[SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

mountain_du · 2024-10-15 03:44:04

Hi,

I just bought a new laptop from a friend and I ran into issues with what I believe is AwesomeWM. It usually only redraws the GUI if I am making mouse inputs. For example, if I press the shortcut to launch my terminal, it only shows up after moving my mouse. However I have notices that sometimes it redraws small sections of the screen on Firefox, but with major artifacting. The tty works. SDDM also works, as the GUI updates without me having to move my mouse (while typing my password). I tried using i3, however, I did not have it configured, but it would still redraw the GUI when throwing error messages. I also tried the EndevourOS live boot environment, which works. I also put my SSD from my PC into the laptop, and ran into the exact same issue.

Laptop: Framework 16 (Ryzen 7 7840HS, 2x16GB DDR5-5600, integrated GPU: Radeon 780M).
The laptop's keyboard and trackpad does not work (connectivity issues), and I am working with warranty to get replacement parts, but I believe that this is unrelated to the issue I am posting about.

Troubleshooting steps I have tried:

Uninstalling drivers
Reinstalling drivers
Reinstalling arch and not installing xf86-video-amdgpu

Any idea how to fix this? And thanks for your time.

Last edited by mountain_du (2024-10-15 14:38:36)

mountain_du · 2024-10-15 04:06:07

Quick update, the issue isn't exclusively with AwesomeWM. i3 has the exact same issue; it is just that i3 throwing errors updates the display, while other inputs (like typing) does not.

seth · 2024-10-15 07:22:41

I bet your right arm you're running a compositor like picom along the WMs?

mountain_du · 2024-10-15 14:38:22

seth wrote:

I bet your right arm you're running a compositor like picom along the WMs?

The problem was that I wasn't running a compositor with the WM. Installed picom and it worked fine. Wonder why my this laptop needs it...

seth · 2024-10-15 14:39:20

?????
Please post your Xorg log, https://wiki.archlinux.org/title/Xorg#General

csmnn · 2024-10-21 16:26:37

I might have the same problem on a very similar setup and machine (Framework 16, AMD Ryzen 7 7840HS w/ Radeon 780M Graphics) but with working keyboard and touchpad.

This happens already in my login manager (GDM), even before awesome is loaded. The screen is only updated if I move the mouse-pointer. When I start a compositor after login (picom), everything is rendered fine.

This is connected to the kernel. It was introduced in 6.11.3-arch1-1 and is still present in 6.11.4-arch1-1. 6.11.2-arch1-1 works fine, though.

Here are Xorg-Logs and Jounalctl-Output of 6.11.2 and 6.11.4, the only difference I could spot was some output about matched hashes:

kernel: pci 0000:00:03.0: hash matches
kernel: acpi PNP0C02:06: hash matches
kernel: acpi device:09: hash matches

6.11.2 Xorg.log
6.11.4 Xorg.log
6.11.2 journalctl
6.11.4 journalctl

seth · 2024-10-21 18:32:14

Do you get the same behavior w/o xf86-video-amdgpu?

csmnn · 2024-10-21 20:47:52

Yes, the behavior on 6.11.4 stays the same whether xf86-video-amdgpu is installed or not.

seth · 2024-10-22 14:38:49

What happens if you add "amdgpu.dcdebugmask=0x10" to the https://wiki.archlinux.org/title/Kernel_parameters ?
(This disables the panel self refresh)

csmnn · 2024-10-22 17:24:57

I included the parameter, but it did not change the behavior. It also did not make a difference if xf86-video-amdgpu was installed or not.

Kernel line after boot in /var/log/Xorg.0.log:

[    21.700] Kernel command line: initrd=\initramfs-linux.img cryptdevice=UUID=fed82979-2fea-4b76-a2aa-560db2bbf2f6:p2_crypt:allow-discards,no-read-workqueue,no-write-workqueue root=/dev/mapper/p2_crypt rw quiet loglevel=3 udev.log_level=3 iommu=pt resume=/dev/mapper/p2_crypt resume_offset=5810176 amdgpu.dcdebugmask=0x10

I think I'll learn how to bisect the kernel tomorrow and see if that points me to an interesting commit.

seth · 2024-10-30 08:24:30

Returning from another thread: https://bbs.archlinux.org/viewtopic.php … 5#p2205475

csmnn · 2024-11-01 10:30:25

Thanks for the pointer to the other tread! That allowed me to find a solution without falling back onto using a compositor all the time!

(I'll still try to figure out, what change in the kernel caused this, as soon as get my self-build bisect-kernels to work in the next weeks)

Arch Linux

#1 2024-10-15 03:44:04

[SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

#2 2024-10-15 04:06:07

Re: [SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

#3 2024-10-15 07:22:41

Re: [SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

#4 2024-10-15 14:38:22

Re: [SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

#5 2024-10-15 14:39:20

Re: [SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

#6 2024-10-21 16:26:37

Re: [SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

#7 2024-10-21 18:32:14

Re: [SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

#8 2024-10-21 20:47:52

Re: [SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

#9 2024-10-22 14:38:49

Re: [SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

#10 2024-10-22 17:24:57

Re: [SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

#11 2024-10-30 08:24:30

Re: [SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

#12 2024-11-01 10:30:25

Re: [SOLVED] AwesomeWM does not redraw GUI unless mouse is moving.

Board footer