[opensuse] opensuse - cursor freezes for seconds
Hi, since a few days sometimes (randomly, but more often than once an hour) the cursor freezes for some 5, 6, 10 seconds, and then it works again normally. The radio in the background still plays and also the gkrellm window actualizes normally. It worked perfectly until like a week before, but there have been several kernel-updates and at least with the last 2 updates the problem was there. It doesn't matter which program is open. The only thing I find in Xorg.0.log are several lines like [ 65010.332] (EE) client bug: timer event4 debounce short: offset negative (-10ms) This is OS 15.1, Kernel 4.12.14-lp151.28.75-default KDE 5.12.8 Qt 5.9.7 NVIDIA GF104 [Geforce GTX 460] Driver nouveau renderer NVC4 OpenGL-Version 4.3 (Compatibility Profile) Mesa 18.3.2 if you need other info please tell me (and best, how to find it ;-) ) Thanks, and have a nice day! Daniel -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
07.11.2020 20:09, Daniel Bauer пишет:
Hi,
since a few days sometimes (randomly, but more often than once an hour) the cursor freezes for some 5, 6, 10 seconds, and then it works again normally. The radio in the background still plays and also the gkrellm window actualizes normally.
It worked perfectly until like a week before, but there have been several kernel-updates and at least with the last 2 updates the problem was there.
It doesn't matter which program is open.
What is swap usage when it happens? If swap usage is zero before and non-zero when this happens it could be known issue.
The only thing I find in Xorg.0.log are several lines like [ 65010.332] (EE) client bug: timer event4 debounce short: offset negative (-10ms)
This is OS 15.1, Kernel 4.12.14-lp151.28.75-default KDE 5.12.8 Qt 5.9.7
NVIDIA GF104 [Geforce GTX 460] Driver nouveau renderer NVC4 OpenGL-Version 4.3 (Compatibility Profile) Mesa 18.3.2
if you need other info please tell me (and best, how to find it ;-) )
Thanks, and have a nice day!
Daniel
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 07.11.20 um 18:17 schrieb Andrei Borzenkov:
07.11.2020 20:09, Daniel Bauer пишет:
Hi,
since a few days sometimes (randomly, but more often than once an hour) the cursor freezes for some 5, 6, 10 seconds, and then it works again normally. The radio in the background still plays and also the gkrellm window actualizes normally.
It worked perfectly until like a week before, but there have been several kernel-updates and at least with the last 2 updates the problem was there.
It doesn't matter which program is open.
What is swap usage when it happens? If swap usage is zero before and non-zero when this happens it could be known issue.
I just looked at Swap (with free) and there was 0 used. Right then the mouse cursor blocked again, and as soon as it worked again, I checked again: still 0 swap used. Interesting: only the mouse cursor freezes. Keyboard works normal.
The only thing I find in Xorg.0.log are several lines like [ 65010.332] (EE) client bug: timer event4 debounce short: offset negative (-10ms)
This is OS 15.1, Kernel 4.12.14-lp151.28.75-default KDE 5.12.8 Qt 5.9.7
NVIDIA GF104 [Geforce GTX 460] Driver nouveau renderer NVC4 OpenGL-Version 4.3 (Compatibility Profile) Mesa 18.3.2
if you need other info please tell me (and best, how to find it ;-) )
Thanks, and have a nice day!
Daniel
-- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Daniel Bauer <linux@daniel-bauer.com> [11-07-20 12:34]:
Am 07.11.20 um 18:17 schrieb Andrei Borzenkov:
07.11.2020 20:09, Daniel Bauer пишет:
Hi,
since a few days sometimes (randomly, but more often than once an hour) the cursor freezes for some 5, 6, 10 seconds, and then it works again normally. The radio in the background still plays and also the gkrellm window actualizes normally.
It worked perfectly until like a week before, but there have been several kernel-updates and at least with the last 2 updates the problem was there.
It doesn't matter which program is open.
What is swap usage when it happens? If swap usage is zero before and non-zero when this happens it could be known issue.
I just looked at Swap (with free) and there was 0 used. Right then the mouse cursor blocked again, and as soon as it worked again, I checked again: still 0 swap used.
Interesting: only the mouse cursor freezes. Keyboard works normal.
The only thing I find in Xorg.0.log are several lines like [ 65010.332] (EE) client bug: timer event4 debounce short: offset negative (-10ms)
This is OS 15.1, Kernel 4.12.14-lp151.28.75-default KDE 5.12.8 Qt 5.9.7
NVIDIA GF104 [Geforce GTX 460] Driver nouveau renderer NVC4 OpenGL-Version 4.3 (Compatibility Profile) Mesa 18.3.2
if you need other info please tell me (and best, how to find it ;-) )
Thanks, and have a nice day!
wireless mouse ??? -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 07.11.20 um 18:44 schrieb Patrick Shanahan:
* Daniel Bauer <linux@daniel-bauer.com> [11-07-20 12:34]:
Am 07.11.20 um 18:17 schrieb Andrei Borzenkov:
07.11.2020 20:09, Daniel Bauer пишет:
Hi,
since a few days sometimes (randomly, but more often than once an hour) the cursor freezes for some 5, 6, 10 seconds, and then it works again normally. The radio in the background still plays and also the gkrellm window actualizes normally.
It worked perfectly until like a week before, but there have been several kernel-updates and at least with the last 2 updates the problem was there.
It doesn't matter which program is open.
What is swap usage when it happens? If swap usage is zero before and non-zero when this happens it could be known issue.
I just looked at Swap (with free) and there was 0 used. Right then the mouse cursor blocked again, and as soon as it worked again, I checked again: still 0 swap used.
Interesting: only the mouse cursor freezes. Keyboard works normal.
The only thing I find in Xorg.0.log are several lines like [ 65010.332] (EE) client bug: timer event4 debounce short: offset negative (-10ms)
This is OS 15.1, Kernel 4.12.14-lp151.28.75-default KDE 5.12.8 Qt 5.9.7
NVIDIA GF104 [Geforce GTX 460] Driver nouveau renderer NVC4 OpenGL-Version 4.3 (Compatibility Profile) Mesa 18.3.2
if you need other info please tell me (and best, how to find it ;-) )
Thanks, and have a nice day!
wireless mouse ???
Yes. When the vacuum cleaner doesn't start, I check if the cable is connected correctly, but I didn't think about the mouse's battery... New battery: problem solved, face turning red :-) (if it would just have stopped working, I'd maybe have thought faster about the battery, but the random stops since days lead me to think about everything else - well, a bit an excuse, at least...) -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 07/11/2020 18.57, Daniel Bauer wrote:
Am 07.11.20 um 18:44 schrieb Patrick Shanahan:
* Daniel Bauer <> [11-07-20 12:34]:
07.11.2020 20:09, Daniel Bauer пишет:
...
wireless mouse ???
Yes. When the vacuum cleaner doesn't start, I check if the cable is connected correctly, but I didn't think about the mouse's battery...
New battery: problem solved, face turning red :-)
I was going to suggest that ;-)
(if it would just have stopped working, I'd maybe have thought faster about the battery, but the random stops since days lead me to think about everything else - well, a bit an excuse, at least...)
It is easy to happen, considering that the battery can last years... Curious that (AFAIK) they don't have a way to tell the driver about the low battery condition, then tell the user. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On sobota, 7 listopada 2020 19:07:01 CET Carlos E. R. wrote:
On 07/11/2020 18.57, Daniel Bauer wrote:
Am 07.11.20 um 18:44 schrieb Patrick Shanahan:
(if it would just have stopped working, I'd maybe have thought faster about the battery, but the random stops since days lead me to think about everything else - well, a bit an excuse, at least...)
It is easy to happen, considering that the battery can last years...
Curious that (AFAIK) they don't have a way to tell the driver about the low battery condition, then tell the user.
Meanwhile I'm sitting here with Plasma annoying me with notifications about my Logitech mouse being "low on battery" every time it wakes up for the last few months… Funny, that. Regards Radosław Wyrzykowski PS. Now that I look at, the Unifying Receiver appears to switch between reporting medium battery when the mouse is sleeping and low/medium/high when it's not, causing Plasma to think my mouse is charging and than not… -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/7/20 11:57 AM, Daniel Bauer wrote:
New battery: problem solved, face turning red :-)
It's confirmed, you are human and not a bot :p -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (6)
-
Andrei Borzenkov -
Carlos E. R. -
Daniel Bauer -
David C. Rankin -
Patrick Shanahan -
Radosław Wyrzykowski