USB mouse cursor lags after random time of correct behaviour

[ronso0]

I installed Ubuntu Studio 18.04.1 LTS. After the first apt-get update I noticed the following behaviour:
after havig logged in, my USB mouse works normally for about ten seconds, then the cursor starts lagging a lot which makes the mouse pretty much unusable.
The last dmesg always contain lines these: (more in attached file)

[<000000009e659b0c>] irq_default_primary_handler threaded [<00000000fa56edac>] usb_hcd_irq
[<000000009e659b0c>] irq_default_primary_handler threaded [<00000000fe1afb05>] _rtl_pci_interrupt [rtl_pci]
Disabling IRQ #18

Out of frustration & curiosity I disabled most autostart apps (Settings > Session ... > Autostart) and re-enabled them after rebooting. Since then I rarely encounter the lagging cursor. If I open Settings > Mouse & Touchpad and toggle any option on/off the cursor starts lagging.

How can make the cursor work reliably?
Some comment in dmesg mentions "irqpoll" boot option

Ubuntu Studio 18.04.1
4.15.0-20-lowlatency #21-Ubuntu SMP PREEMPT

[Erich Eickmeyer (eeickmeyer)]

Please post this in the forums at ubuntuforums.com or at askubuntu.com. Also, please check to see if this is happening with any of the other flavors, especially Xubuntu. For now, I have to mark this bug as incomplete since further information may be required, such as your specific hardware information. Moreover, the bug has to be targeted at a specific package and not the Ubuntu flavor in general, so until there is further information this bug is incomplete.

[ronso0 (ronso0)]

It is an kernel issue.
I tested with all 4.15.* kernels available in the ubuntu repo, but only upgrading the kernel to 4.16.0-041600-lowlatency from [1] solved all issues.

don't have time to test other distros, sorry
how can I help now?

[1] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.16/

[LE BIDEAU (elbc)]

It does not do this on xubuntu 18.04, only Ubuntu Studio 18.04. After be logged, wait about ten seconds an you'll see the speed mouse changing.

[Erich Eickmeyer (eeickmeyer)]

Still need to know hardware specifics. I, for one, have AMD Graphics which exhibits this behavior without some AMD-specific kernel parameters in the command line in grub. Either way, subscribing the kernel package to this as well.

[Erich Eickmeyer (eeickmeyer)]

Also subscribing rtirq since this may be related.

[Kai-Heng Feng (kaihengfeng)]

Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v5.0-rc7 kernel[0].

If this bug is fixed in the mainline kernel, please add the following
tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag:
'kernel-bug-exists-upstream'.

Once testing of the upstream kernel is complete, please mark this bug as
"Confirmed".

Thanks in advance.

[0] https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.0-rc7/

[vince lewis (vince-lewis1968)]

I have the same issue.

At the login screen, I select my user, enter the password, the mouse works fine at this point.
Click on login, wait, screen comes up.... then at random, the mouse either works fine (about 1 time in 5) or it goes really really slow (4 times out of 5).

Only way I'm working around it is to reboot (usually 5 times ish) till it decides to work.

As a test manager by trade I would say this is a P3 at least not a P4, as it's definitely a functional issue not cosmetic, albeit with an untidy workaround (many reboots).

I'm running 4.15.0-52-lowlatency #56-Ubuntu SMP PREEMPT Tue Jun 4 23:39:39 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

I'll post contents of lshw and lspci, let me know if you need more.

[Kai-Heng Feng (kaihengfeng)]

Can you guys try -generic kernel? I wonder this bug is -lowlantency specific.

[Lassi (lassi-vaatamoinen)]

I saw this issue with fresh install of Ubuntu Studio 19.04, lowlatency-5.0.0-13 kernel.

After upgrade to lowlatency-5.0.0-20 kernel I did not see the issue anymore.

[Erich Eickmeyer (eeickmeyer)]

Lassi, thanks for the comment. If that's the case, I'm going to go ahead and mark this bug as "Invalid" for rtirq and "Fix Released" for linux, but I'd love to see more comments first to confirm this.

[Lassi (lassi-vaatamoinen)]

Actually, happened also with lowlatency-5.0.0-20 on a subsequent boot. But again, after one reboot this did not reproduce. So it is not 10/10 systematical.

[Erich Eickmeyer (eeickmeyer)]

In that case I'm keeping this as incomplete, especially since OP (ronso0) has failed to verify with suggestions given by kaihengfeng. I feel like there is some hardware commonality here, and would like to see some hardware specifics as previously requested to better triage this bug.

[Lassi (lassi-vaatamoinen)]

I just saw this right at boot. The mouse was lagging already at the login screen. And the login screen took around 10 seconds to show up after the first two lines of kernel boot messages. (Usually takes around 2 seconds).

[Lassi (lassi-vaatamoinen)]

I tried now with 'linux-generic' package (provides currently linux-image-5.0.0-20-generic). I did not experience any mouse lag issues, upon any successful* boot. So in that sense this is 0/10 reproducible with 'generic' kernel variant.

With 'lowlatency' kernel the mouse lag issue is roughly 5/10.

*) NOTE: with 'generic'-kernel I saw i2c-2 device NAK errors at startup boot messages, and sometimes the boot froze at that point. I checked with the 'i2cdetect' tool and the listing for device 2 showed "nvkm". Howwever, I saw the i2c-2 NAK errors during successful boots as well.

With 'lowlatency' kernel I did not see the i2c NAK-errors at all, but the dmesg in mouse lag case shows "nvkm" in it...

So, could this be related to KMS somehow?

[Erich Eickmeyer (eeickmeyer)]

Subscribing kernel team.

Also, posting the difference between the kernel configurations for reference so that you can see exactly why I believe it's a hardware issue. This issue you're reporting has been reported very few times, which is why I believe there is hardware commonality and might be related to the video driver.

For instance, I have issues with stuttering on my AMD video unless I add the following kernel options:

radeon.cik_support=0 radeon.si_support=0 amdgpu.dc=1 amdgpu.cik_support=1 amdgpu.si_support=1 amdgpu.dpm=0 amdgpu.gpu_recovery=1

Here's the configuration file differences, which you'll find are VERY minimal:

--- /home/erich/Desktop/config-5.0.0-20-generic
+++ /home/erich/Desktop/config-5.0.0-20-lowlatency
@@ -1,6 +1,6 @@
 #
 # Automatically generated file; DO NOT EDIT.
-# Linux/x86 5.0.0-20-generic Kernel Configuration
+# Linux/x86 5.0.0-20-lowlatency Kernel Configuration
 #

 #
@@ -35,7 +35,7 @@
 # CONFIG_KERNEL_LZO is not set
 # CONFIG_KERNEL_LZ4 is not set
 CONFIG_DEFAULT_HOSTNAME="(none)"
-CONFIG_VERSION_SIGNATURE="Ubuntu 5.0.0-20.21-generic 5.0.8"
+CONFIG_VERSION_SIGNATURE="Ubuntu 5.0.0-20.21-lowlatency 5.0.8"
 CONFIG_SWAP=y
 CONFIG_SYSVIPC=y
 CONFIG_SYSVIPC_SYSCTL=y
@@ -63,7 +63,7 @@
 CONFIG_GENERIC_IRQ_MATRIX_ALLOCATOR=y
 CONFIG_GENERIC_IRQ_RESERVATION_MODE=y
 CONFIG_IRQ_FORCED_THREADING=y
-# CONFIG_IRQ_FORCED_THREADING_DEFAULT is not set
+CONFIG_IRQ_FORCED_THREADING_DEFAULT=y
 CONFIG_SPARSE_IRQ=y
 # CONFIG_GENERIC_IRQ_DEBUGFS is not set
 CONFIG_CLOCKSOURCE_WATCHDOG=y
@@ -87,8 +87,9 @@
 CONFIG_NO_HZ=y
 CONFIG_HIGH_RES_TIMERS=y
 # CONFIG_PREEMPT_NONE is not set
-CONFIG_PREEMPT_VOLUNTARY=y
-# CONFIG_PREEMPT is not set
+# CONFIG_PREEMPT_VOLUNTARY is not set
+CONFIG_PREEMPT=y
+CONFIG_PREEMPT_COUNT=y

 #
 # CPU/Task time and stats accounting
@@ -109,7 +110,7 @@
 #
 # RCU Subsystem
 #
-CONFIG_TREE_RCU=y
+CONFIG_PREEMPT_RCU=y
 # CONFIG_RCU_EXPERT is not set
 CONFIG_SRCU=y
 CONFIG_TREE_SRCU=y
@@ -421,10 +422,10 @@
 CONFIG_EFI_MIXED=y
 CONFIG_SECCOMP=y
 # CONFIG_HZ_100 is not set
-CONFIG_HZ_250=y
+# CONFIG_HZ_250 is not set
 # CONFIG_HZ_300 is not set
-# CONFIG_HZ_1000 is not set
-CONFIG_HZ=250
+CONFIG_HZ_1000=y
+CONFIG_HZ=1000
 CONFIG_SCHED_HRTICK=y
 CONFIG_KEXEC=y
 CONFIG_KEXEC_FILE=y
@@ -864,11 +865,7 @@
 CONFIG_PREEMPT_NOTIFIERS=y
 CONFIG_PADATA=y
 CONFIG_ASN1=y
-CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
-CONFIG_INLINE_READ_UNLOCK=y
-CONFIG_INLINE_READ_UNLOCK_IRQ=y
-CONFIG_INLINE_WRITE_UNLOCK=y
-CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
+CONFIG_UNINLINE_SPIN_UNLOCK=y
 CONFIG_ARCH_SUPPORTS_ATOMIC_RMW=y
 CONFIG_MUTEX_SPIN_ON_OWNER=y
 CONFIG_RWSEM_SPIN_ON_OWNER=y
@@ -5160,6 +5157,7 @@
 CONFIG_REGULATOR_WM8994=m
 CONFIG_CEC_CORE=y
 CONFIG_CEC_NOTIFIER=y
+CONFIG_CEC_PIN=y
 CONFIG_RC_CORE=m
 CONFIG_RC_MAP=m
 CONFIG_LIRC=y
@@ -5205,6 +5203,7 @@
 CONFIG_MEDIA_RADIO_SUPPORT=y
 CONFIG_MEDIA_SDR_SUPPORT=y
 CONFIG_MEDIA_CEC_SUPPORT=y
+# CONFIG_CEC_PIN_ERROR_INJ is not set
 CONFIG_MEDIA_CONTROLLER=y
 # CONFIG_MEDIA_CONTROLLER_DVB is not set
 # CONFIG_MEDIA_CONTROLLER_REQUEST_API is not set
@@ -5498,6 +5497,7 @@
 CONFIG_DVB_PLATFORM_DRIVERS=y
 CONFIG_CEC_PLATFORM_DRIVERS=y
 CONFIG_VIDEO_CROS_EC_CEC=m
+CONFIG_CEC_GPIO=m
 CONFIG_VIDEO_SECO_CEC=m
 ...

[vince lewis (vince-lewis1968)]

Note that this became 100% consistent. As in every time I booted I got the issue, rather than just most of the time.
Also, that it's now in release 5.0.0.20-lowlatency, 64 bit version.

[Kai-Heng Feng (kaihengfeng)]

I just tried Ubuntu Studio 19.10 which uses kernel 5.2.0-8-lowlatency, seems like the issue doesn't happen there.

Can you confirm?

[vince lewis (vince-lewis1968)]

@kaihengfeng - How do I find and install that Kernel? Sorry, I'm used to just using the gui and command line tools to upgrade, not sure how I find and install that kernel manually. I am used to using apt for installing general packages, just this scenario is new to me and I can't find any instructions on google.

[Kai-Heng Feng (kaihengfeng)]

It's already in Ubuntu Studio daily image.

[vince lewis (vince-lewis1968)]

Okay. Just burned that to USB and booted from USB live image (didn't install).
Issue is still present :-(

[Kai-Heng Feng (kaihengfeng)]

Does your system use AMD CPU? Looks like it only happens to AMD systems.

[vince lewis (vince-lewis1968)]

yes. Output from lscpu if that helps:

Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 48 bits physical, 48 bits virtual
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 2
Core(s) per socket: 4
Socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
CPU family: 21
Model: 2
Model name: AMD FX(tm)-8350 Eight-Core Processor
Stepping: 0
CPU MHz: 1405.672
CPU max MHz: 4000.0000
CPU min MHz: 1400.0000
BogoMIPS: 8035.83
Virtualisation: AMD-V
L1d cache: 16K
L1i cache: 64K
L2 cache: 2048K
L3 cache: 8192K
NUMA node0 CPU(s): 0-7
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt fma4 tce nodeid_msr tbm topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall bmi1 arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold

[Kai-Heng Feng (kaihengfeng)]

So it's specific to AMD systems.

Does this only happened to EHCI (USB 2.0) ports? Does this happen when it's connected to xHCI (USB 3.0)?

[vince lewis (vince-lewis1968)]

I just tested 5.0.0-23-lowlatency kernel with the mouse plugged into a USB3 port, and everything seems to be okay. So it does seem to be USB2 specific (I dont have any USB1 ports to test it on, sorry)

[Kai-Heng Feng (kaihengfeng)]

Can you please attach `lspci -nn` so I can see its vid:pid?

[vince lewis (vince-lewis1968)]

00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] RS780 Host Bridge [1022:9600]
00:02.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780 PCI to PCI bridge (ext gfx port 0) [1022:9603]
00:07.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 3) [1022:9607]
00:0a.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 5) [1022:9609]
00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] [1002:4390]
00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
00:12.1 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller [1002:4398]
00:12.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
00:13.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
00:13.1 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller [1002:4398]
00:13.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller [1002:4385] (rev 3c)
00:14.1 IDE interface [0101]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 IDE Controller [1002:439c]
00:14.2 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) [1002:4383]
00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller [1002:439d]
00:14.4 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge [1002:4384]
00:14.5 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller [1002:4399]
00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 0 [1022:1600]
00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 1 [1022:1601]
00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 2 [1022:1602]
00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 3 [1022:1603]
00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 4 [1022:1604]
00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 5 [1022:1605]
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP107 [GeForce GTX 1050] [10de:1c81] (rev a1)
01:00.1 Audio device [0403]: NVIDIA Corporation GP107GL High Definition Audio Controller [10de:0fb9] (rev a1)
02:00.0 USB controller [0c03]: ASMedia Technology Inc. ASM1042A USB 3.0 Host Controller [1b21:1142]
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)

[Kai-Heng Feng (kaihengfeng)]

Ok, I can't see the issue on AMD Stoney Ridge EHCI, 1022:7908.
Can you please attach full dmesg when this issue happens?

[vince lewis (vince-lewis1968)]

OK, so I booted up with the mouse in USB3 port. All good.
Put mouse in USB2 port. Problem appears (as expected).
output from dmesg attached

[russell-li (russell-li)]

I also found this issue recent days, my cpu is also AMD, but I can not solve the problem by put mouse in usb3 port, whatever usb3.0 or usb2.0 the issue happens.

[Eric Detheridge (ericdetheridge)]

I encountered this recently under Ubuntu 16.04.5 with Linux 4.15.0-65-lowlatency with an AMD A8-3870k APU. In the most recent case the machine was fine for nearly a week until I was reading a large amount of data off a usb stick. By moving my mouse receiver to a USB 3.0 port I was able to make the mouse work normally again without having to reboot.

[Philip Greer (emittim3)]

I'm seeing this as well with Ubuntu 19.10, uname -a:

Linux Asus 5.3.0-19-generic #20-Ubuntu SMP Fri Oct 18 09:04:39 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Tried both usb3 and usb2 ports, on and off an (externally powered) USB hub. Strangely, a wireless mouse works - with the usb thumb in the same port that my wired mouse was not working on....

Has anyone tried compiling their own custom kernel and this becomes resolved? Or still the same issue (as the code base is the same)?

[n2o (sam2o)]

I also have this issue.
Plugging it in to a USB3 port solves the issue, but I don't want to waste my precious USB3 ports for a mouse.

I experienced the issue with Ubuntu Studio 19.04, 19.10.
With 18.04 it works fine.

CPU: AMD A10-7800

uname -a
Linux ubuntu-studio 5.3.0-18-lowlatency #19-Ubuntu SMP PREEMPT Tue Oct 8 20:57:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

[n2o (sam2o)]

Please let me know if you need anything else to investigate the issue.
It looks like my keyboard is also lagging. I have to type very slowly so the keys are not skipped.
Both are Logitech devices.

Thanks a lot!!

Sam

[Pappan (drabharathan)]

My PC had this issue. It was an Intel chip and a Logitech mouse, keyboard. Over Christmas, I upgraded my desktop. The issue has gone away now. I'm still using my Logitech keyboard and an Intel chip.

[Rudolf Schmidt (bissettbd)]

 In my case with Parrot Linux it was a case of Interrupt conflicts. IRQ#18 kept being disabled by the system. After disabling the EHCI Handoff in the BIOS,ehci_hcd:usb1 was replaced with ehci_hcd:usb2 and the mouse lag after a random period of time stopped.

You can view your interrupt assignments with:
cat /proc/interrupts

Mine changed from:
18: IO-APIC 18-fasteoi ehci_hcd:usb1, pata_jmicron, ata_piix, uhci_hcd:usb8
to:
18: IO-APIC 18-fasteoi ehci_hcd:usb2, pata_jmicron, ata_piix, uhci_hcd:usb8

And the problem was resolved.

[Erich Eickmeyer (eeickmeyer)]

Thank you for reporting this bug to Ubuntu.

Ubuntu Studio 18.04 (bionic) reached end-of-life on January 26, 2019.

See this document for currently supported Ubuntu releases:
https://wiki.ubuntu.com/Releases

We appreciate that this bug may be old and you might not be interested in discussing it any more. But if you are then please upgrade to the latest Ubuntu version and re-test. If you then find the bug is still present in the newer Ubuntu version, please add a comment here telling us which new version it is in.

[Launchpad Janitor (janitor)]

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]