You are not logged in.
uname -a :
Linux xpad 6.2.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Sat, 18 Mar 2023 01:06:36 +0000 x86_64 GNU/Linuxaweseome wm :
awesome v4.3 (Too long)
• Compiled against Lua 5.3.6 (running with Lua 5.3)
• D-Bus support: ✔
• execinfo support: ✔
• xcb-randr version: 1.6
• LGI version: 0.9.2X11/Xorg
version number: 11.0
X.Org version: 21.1.7Problem:
I plug in HDMI and setup the external monitor with xrandr. If I then unplug the HDMI cable before deactivating the external screen again with xrandr the screen will freeze for ~1s after every 3-6s the courser is not moved.
So as long as I move the cursor everything happens as expected.
If the courser stands still for more then the 3-6s and I move it again it moves for maybe 1/2s then the whole screen freezes for a second .
Having something moving on the screen, like a youtube video, will make the freezing less frequent and change the whole timing. Also just letting the the system sit for some minutes can change the timing...
When I checked `/var/log/Xorg.0.log` I found these lines occurring at every freeze.
When using the touchpad:
[166567.350] (II) event7 - SYNA8013:00 06CB:CE69 Touchpad: SYN_DROPPED event - some input events have been lost.When using the trackball:
[166600.683] (II) event12 - TPPS/2 Elan TrackPoint: SYN_DROPPED event - some input events have been lost.The courser is still moving though. So if I keep dragging it while the freeze, after the unfreeze it traveled around the expected distance.
Deactivating the HDMI port after unplugging the cable doesn't change the behaviour.
The only way to gt rid of the behavior is to deactivate the HDMI port while an actual device is connected to it.
I'm unsure where to continue checking for problem.
My best theory that something did not noticed that the HDMI port is deactivated and still probes the port in this setup. This blocks the system as the HDMI port is not reacting.
Offline