Mouse first perfect, then suddenly gets sluggish as if USB had lag.

PaellaGrindIron · 2014-04-07 12:14:21

Hardware:
Acer 5742G laptop, (aspire and travelmate 5742G have exact same mainboard), with i5 CPU and and Nvidia GT540M.
It has Optimus graphics.
Mouse is primarily Roccat Kone+ via USB, but the same happens with 7 other usb-mice, too.

Software:
Arch with latest kernel from official repo, laptop mode tools installed and Bumblebee with Intel+Nvidia and Intel+Noveau with their multilib counterparts.
Cinnamon Desktop with no kde tools installed. xf86-input-mouse installed.

Problem:
If I put in the mouse it works perfectly for a while, but suddenly the cursor is very sluggish, hard to move and laggy.
Mouse-Dpi is on 6000, sensitivity is highest.
After it happened every mouse that will be connected will be slow directly.
After a reboot the mice will be fast again for a while.
USB-Keyboards and Harddrives have the issue too, just tested.

Dmesg cutout:
I think its related
http://pastebin.com/kcpAQHdF

Last edited by PaellaGrindIron (2014-04-07 12:57:15)

andy123 · 2014-04-07 15:07:04

Hi, do you have the newest BIOS/UEFI/firmware installed? Are there any usb related settings in said firmware?

I (used to?) experience a problem similar to what you describe on my desktop machine. My theory is, that is occurs because I use some of my usb controllers with the usb drivers ({o,e}hci_{hcd,pci}) and the rest with vfio-pci for passthrough with qemu and kvm. However, I'm unsure when it happened the last time.

"Resetting" the usb stack solved it for me, at least temporary

#!/bin/sh
for mod in {o,e}hci_pci xhci_hcd usbhid         # this might need adjustment, e.g. if you don't have usb3, use usb webcams, sound, etc.
        do modprobe -rv $mod
done

for mod in usbhid {o,e}hci_{hcd,pci} xhci_hcd
        do modprobe -v $mod
done

PaellaGrindIron · 2014-04-07 19:26:41

Yes, thanks! Reloading usb modules resets it.

I have the latest Bios update.
It is an Acer-Insyde Bios/EFI Chimera and totally fucked up.

ACPI is half broken too. If my time affords it I am looking into rebuilding the thing with more uefi modules and Tianocore, but this will be an epic quest because I have never done it, also because I want to read the entire sourcecode of EDK2 before building, just to eliminate bullshit.
The chip has enough space as there are many localisations inside you cannot even activate and a whole load of drivers for other chipsets and gpus I dont need.

By default has about no relevant settings other than time and boot order.

Is there any kernel workaround?

I tried booting with irqpoll, that delays the error longer than booting without.
I haven't yet read what irqpoll actually does and what I config around with it. Will do so if people here IRL leave me alone sometime.

Last edited by PaellaGrindIron (2014-04-07 19:27:52)

tatsu · 2014-12-03 07:14:37

andy123 wrote:

Hi, do you have the newest BIOS/UEFI/firmware installed? Are there any usb related settings in said firmware?
I (used to?) experience a problem similar to what you describe on my desktop machine. My theory is, that is occurs because I use some of my usb controllers with the usb drivers ({o,e}hci_{hcd,pci}) and the rest with vfio-pci for passthrough with qemu and kvm. However, I'm unsure when it happened the last time.
"Resetting" the usb stack solved it for me, at least temporary
#!/bin/sh
for mod in {o,e}hci_pci xhci_hcd usbhid         # this might need adjustment, e.g. if you don't have usb3, use usb webcams, sound, etc.
        do modprobe -rv $mod
done

for mod in usbhid {o,e}hci_{hcd,pci} xhci_hcd
        do modprobe -v $mod
done

I'm sorry I'm a relative newbie, so this doesn't seem obvious to me but I'm supposed to run the script host or emulated side? running it host side returned fatal errors and I'm not quite sure how to run it emulated side. My naive attempt was typing it out in cmd entirely in one line.

My windows qemu no longer has any mouse. though I used to have one and I didn't change the terminal command to run it:

qemu-system-x86_64 -boot menu=on -bios /usr/share/qemu/bios.bin-kvm -vga qxl -m 4G -cpu host -smp 12,sockets=1,cores=6,threads=2 -soundhw hda -usb -device usb-kbd -device usb-mouse -name "test_vfio_pci" -M q35 -device ahci,id=ahci -drive file=/media/t/TBVolume/win8.qcow2,id=disk,format=qcow2 -device ide-hd,bus=ahci.0,drive=disk

If I remove the usb device for the mouse run it then add it back and run it again will this help?

EDIT : bizarely removing the emulated usb mouse *gives me* a mouse.
I don't know why.

Last edited by tatsu (2014-12-03 07:25:20)

Arch Linux

#1 2014-04-07 12:14:21

Mouse first perfect, then suddenly gets sluggish as if USB had lag.

#2 2014-04-07 15:07:04

Re: Mouse first perfect, then suddenly gets sluggish as if USB had lag.

#3 2014-04-07 19:26:41

Re: Mouse first perfect, then suddenly gets sluggish as if USB had lag.

#4 2014-12-03 07:14:37

Re: Mouse first perfect, then suddenly gets sluggish as if USB had lag.

Board footer