https://bugs.freedesktop.org/show_bug.cgi?id=92136
--- Comment #1 from Luke ---
Still hard locking system(no Magic SysRq reboot) on 13.0 with Arch
$ uname -a
Linux arch 4.8.13-1-ARCH #1 SMP PREEMPT Fri Dec 9 07:24:34 CET 2016 x86_64
GNU/Linux
$ glxinfo |grep -i opengl
>
> No, that line is actually expected (just means accel won't work, since
> NVIDIA hw now requires signed firmware, but they won't release the
> ctxsw fw). Are you absolutely sure that you're seeing the outputs in
> xrandr? Could you provide the output of xrandr as well as an Xorg log?
>
>
Hi,
Good catch (both the previous patch as well as this one).
I've one small comment inline:
On 12-01-17 03:25, Lyude wrote:
Resuming from RPM can happen while already holding
dev->mode_config.mutex. This means we can't actually handle fbcon in
any RPM resume workers, since restoring fbcon
On 12/01/17 09:55, George Spelvin wrote:
If CONFIG_DRM_NOUVEAU=y and CONFIG_LEDS_CLASS=m, then nouveau_led.o is
neither stubbed out nor compiled in and the compile fails with undefined
symbols in nouveau_drm.c.
I'm guessing it's commit 8d021d71b324. (Thanks for the cool hack, BTW,
even if I
If CONFIG_DRM_NOUVEAU=y and CONFIG_LEDS_CLASS=m, then nouveau_led.o is
neither stubbed out nor compiled in and the compile fails with undefined
symbols in nouveau_drm.c.
I'm guessing it's commit 8d021d71b324. (Thanks for the cool hack, BTW,
even if I don't have such a card and am complaining
>
> No, that line is actually expected (just means accel won't work, since
> NVIDIA hw now requires signed firmware, but they won't release the
> ctxsw fw). Are you absolutely sure that you're seeing the outputs in
> xrandr? Could you provide the output of xrandr as well as an Xorg log?
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=99385
Bug ID: 99385
Summary: Nouveau produces soft lockups
Product: xorg
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal