You are not logged in.
Running KDE Plasma as my DE.
Starting a little under two weeks ago, I noticed some odd new issues with my mouse pointer. Namely, after a few seconds of constant movements (e.g. repeated circular or up/down motions), the cursor will begin to act as if acceleration has suddenly been enabled. Also, while this is going on, every few seconds the cursor will "blink" to a different position for a single frame before returning itself. These are the results of my attempts to diagnose the problem:
- It is 100% software-related. My Ploopy Adept trackball, my Logitech G203, and a random cheapo mouse I got for free share the same issue, and all three work fine on other hardware--even my not-up-to-date Arch Chromebook.
- It stops happening when the display is refreshed. It will only ever happen while nothing on-screen is moving.
- It stops happening when the pointer is left alone for a second or two.
- Trying to record video of the issue makes OBS pause the footage until the pointer lag is resolved. The pointer appears to suddenly stop moving in recordings.
- When it is happening, CPU usage immediately jumps to 100% while one core gets absolutely hammered. top says Xorg is making CPU usage spike.
- dmesg says nothing of note.
- /var/log/Xorg.0.log has repeated SYN_DROPPED events while it happens, saying that inputs were dropped. It quickly hits the log rate limit.
- Toggling the compositor in Plasma system settings appears to do nothing.
Here's a sample of my Xorg log:
[ 765.222] (II) event6 - Ploopy Corporation Ploopy Adept Trackball Mouse: SYN_DROPPED event - some input events have been lost.
[ 766.120] (II) event6 - Ploopy Corporation Ploopy Adept Trackball Mouse: SYN_DROPPED event - some input events have been lost.
[ 767.233] (II) event6 - Ploopy Corporation Ploopy Adept Trackball Mouse: SYN_DROPPED event - some input events have been lost.
[ 768.028] (II) event6 - Ploopy Corporation Ploopy Adept Trackball Mouse: SYN_DROPPED event - some input events have been lost.
[ 768.812] (II) event6 - Ploopy Corporation Ploopy Adept Trackball Mouse: SYN_DROPPED event - some input events have been lost.
[ 768.812] (II) event6 - Ploopy Corporation Ploopy Adept Trackball Mouse: WARNING: log rate limit exceeded (5 msgs per 30s). Discarding future messages.It hasn't happened at all this session, but I would also get event processing lag errors when I last checked logs 9 days ago.
[ 22684.544] (EE) event25 - Logitech G203 LIGHTSYNC Gaming Mouse: client bug: event processing lagging behind by 42ms, your system is too slowAnd I should mention this as a side note since it is somewhat related: I have had pointer acceleration turned off in the Plasma system settings, as well as a rule forcing AccelProfile to flat in /etc/X11/xorg.conf.d since day one of my install 2 months ago, but this issue has only recently surfaced. It's not an end-of-the-world problem, but it does annoy the living daylights out of me. I don't have a clue what my next step to getting this fixed is, and would greatly appreciate some pointers.
Last edited by nacho_chicken (2024-11-27 15:52:31)
Offline
Bumping this because the problem has gotten worse to the point it is unbearable after updating my system this morning. Now it's happening every time I move my mouse.
EDIT: I tried some more things. I was able to get a hold of a cheap HP mouse. One thing in common between the two mice I already owned (i.e. Ploopy Adept and Logitech G203) is that they had 1000Hz polling rates. The HP mouse does not cause the issue to trigger. I assume this is because of a lower polling rate. However, setting usbhid.mousepoll=16 as a test did not fix the issue. Surprisingly, it also didn't seem to have no any effect whatsoever. My better mice still feel as smooth as ever, despite theoretically having around a 60Hz polling rate.
Last edited by nacho_chicken (2024-11-24 17:24:17)
Offline
I have the same issue with a Fantech Helios II mouse. The issue happens in wired and wireless mode, while the issue does not appear on Win10.
I will try later using another kernel like the LTS or older and check if persists.
But from the description of this other topic on a laptop touchpad, seems to be related
Offline
I've switched to the LTS kernel (6.6.63-1) and it has been about 2 hours in and no sign of sluggishness so far.
Seems like there is something wrong with the 6.12.1
Offline
I've switched to the LTS kernel (6.6.63-1) and it has been about 2 hours in and no sign of sluggishness so far.
Seems like there is something wrong with the 6.12.1
After swapping to the LTS kernel myself, I can confirm it fixes the issue. Both the mouse lag and the abnormal CPU usage have gone away. Thank you very much for your help! As I'm nowhere near knowledgeable enough on kernel bug reporting etiquette, I'll leave that for someone else and mark this topic as "solved".
Offline