Greetings, esteemed Qubes OS community members! I come seeking your collective wisdom to shed light on a perplexing issue plaguing my Razer mouse. After approximately 10-15 minutes, or sometimes even just 5 minutes upon restarting sys-usb, I experience a dreadful input lag that resembles a sluggish mouse cursor moving at a mere 1fps. This issue extends to my keyboard as well, causing lag during typing. I have attempted to mitigate this problem by allocating ample resources, such as increasing the RAM to 6GB and assigning 4 CPU cores to sys-usb. However, even with these adjustments, the usage percentage occasionally spikes to an alarming 60-70%. I am now turning to you, the brilliant minds of this forum, in search of guidance. What could be the root cause of this disconcerting lag? Additionally, I have noticed that while playing YouTube videos within my personal Qube’s Firefox browser, they perform reasonably well. However, when attempting to play HTML videos on other websites, a peculiar glitching phenomenon occurs, rendering the videos unwatchable. Any tips, tricks, or insights you can offer would be immensely appreciated. Thank you in advance for your valuable assistance!
In a sys-usb terminal, can you run sudo dmesg and see if you have logs that contain “control queue full” while the mouse lag is happening?
Can you also provide the kernel version you are using in sys-usb? (uname -r)
Are you using the Firefox app provided by the Fedora template?
Yup, the message log in sys-usb terminal is “queue full”
And yeah, I’ve been using the default firefox app, ah. I have to try installing firefox thru terminal I’ll give it a try.
Can you run sudo dmesg --follow in sys-usb and see if it’s spamming the same thing over and over again?
I have always had problems with the default Firefox application from the Fedora repo. Can you try Firefox ESR from the Debian template or instead manually download the Firefox binary from the official website and test the page where you had these problems?
Okay firefox works well, when I downloaded it on debian vm. However I noticed the mouse/keyboard overload comes usually when typing on keyboard. I saw the log spammed repeatedly the same error “queue full”
Can you run the following in sys-usb and see if it changes anything to the input lags?
sudo dmesg -n err
Seems like this fixed the problem, at least it hasn’t happened for few hours. Thanks dude!
You are not the first person to experience problems with Razer products. Thank you for reporting back.
If your sys-usb is disposable, the command will be reset the next time the qube is rebooted, so you will need to run the command every time you boot your system for example.
One way to do this automatically is to add a quick script to the DispVM template used by sys-usb.
Add the following to /rw/config/rc.local in the DispVM Template (should be default-dvm if not changed):
qube=$(qubesdb-read /name)
if [ "$qube" == "sys-usb" ]; then
dmesg -n err
fi
[10103.561717] hid-generic 0003:1532:0084.0007: control queue full
[10103.561830] hid-generic 0003:1532:0084.0007: control queue full
[10103.561874] hid-generic 0003:1532:0084.0007: control queue full
[10103.561987] hid-generic 0003:1532:0084.0007: control queue full
[10103.562041] hid-generic 0003:1532:0084.0007: control queue full
[10103.562155] hid-generic 0003:1532:0084.0007: control queue full
[10103.562212] hid-generic 0003:1532:0084.0007: control queue full
[10103.562313] hid-generic 0003:1532:0084.0007: control queue full
[10103.562323] hid-generic 0003:1532:0084.0007: control queue full
[10103.562335] hid-generic 0003:1532:0084.0007: control queue full
[10103.562367] hid-generic 0003:1532:0084.0007: control queue full
The problem is happening again. I did the command; sudo dmesg -n err
and also; qube=$(qubesdb-read /name)
if [ "$qube" == "sys-usb" ]; then
dmesg -n err
fi
But it keeps spamming the log with the queue full. However now it doesn't cause lag for mouse movement or keyboard, but i can hear browser video audio glitching due the overload.Can you run the following command in sys-usb and provide what it returns:
lsusb | grep "1532:0084"
That command gives this;
Bus 002 Device 003: ID 1532:0084 Razer USA, Ltd RZ01-0321 Gaming Mouse [DeathAdder V2]