FS#68406 - [mesa 20.2.1-1] [nouveau] NVC0 - System's frame rate spontaneously slows to a crawl
Attached to Project:
Arch Linux
Opened by Lime (LimeInkling) - Saturday, 24 October 2020, 19:54 GMT
Last edited by Andreas Radke (AndyRTR) - Wednesday, 21 April 2021, 11:24 GMT
Opened by Lime (LimeInkling) - Saturday, 24 October 2020, 19:54 GMT
Last edited by Andreas Radke (AndyRTR) - Wednesday, 21 April 2021, 11:24 GMT
|
Details
Description:
Sometimes, when doing anything even remotely graphics-related, my system's frame rate will slow down to <1fps. The mouse pointer will also only move a pixel or two at a time, making it impossible (if not really unpleasant) to do anything on the desktop. This problem was first noticed when playing video while multitasking, but now it just seems to do it whenever, and very frequently too. Additional info: * Driver: mesa 20.2.1-1 * Kernel: linux 5.9.1-arch1-1 * GPU: NVIDIA Quadro 4000 * Last time I remember not having this issue was before the upgrade to kernel 5.9, although I'm not sure if it's the kernel or the driver causing this issue. * I understand a dmesg output would be the best thing to put here, but I don't know how to attach one using just the command-line. However, my Xorg.0.log did seem to be complaining about the effects of this issue, with messages such as: • SteelSeries SteelSeries Rival 600: client bug: event processing lagging behind by [x]ms, your system is too slow • SteelSeries SteelSeries Rival 600: SYN_DROPPED event - some input events have been lost. If any more log info is needed, just drop me a comment. Steps to reproduce: Just have an NVIDIA Quadro 4000 (or similar) and try to do stuff on it. Honestly, I don't know. |
This task depends upon
Similar procedure for mesa. If you downgrade mesa can you still reproduce the issue?
One other oddity - after the 'freezing' had taken effect, I also noticed that tty consoles I tried to switch to were invisible, although commands could still be entered into them.
When you have a fix the kernel package maintainers can consider applying it.
Note that the computer turns off normally (I always have managed to do a proper turn off, not a forced one), but the display stays frozen (no switch to a black text-mode screen before the PC is off).
Current kernel 5.9.8 did not fix that yet.
No such problem when I’m using the LTS kernel nor on the PC with an AMD GPU, so it seems to be related to the kernel and Nouveau’s interactions.
https://gitlab.freedesktop.org/drm/nouveau/-/issues/14
https://gitlab.freedesktop.org/drm/nouveau/-/issues/14#note_767791
[1] https://lists.freedesktop.org/archives/nouveau/2021-January/037705.html
“For those wondering: It seems the patch has now been integrated mainline (it is part of 5.11-rc6) and should land in Linux 5.11. Thanks @karolherbst and @skeggsb! Hope that it qualifies for the stable kernel branches as well.”
https://gitlab.freedesktop.org/drm/nouveau/-/issues/14#note_785402
It’s good to know that 5.11 will be fixed when it is released, but I hope the fix will be added to 5.10 when this branch becomes the new “linux-lts” package version (and not only for Arch Linux users), too.