Bug 95054

Summary: KDE 5 / Plasma crashes with nouveau "fifo: gr engine fault on channel 2, recovering" or "gr: TRAP ch 2"
Product: xorg Reporter: Matthias Nagel <matthias.h.nagel>
Component: Driver/nouveauAssignee: Nouveau Project <nouveau>
Status: RESOLVED MOVED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium    
Version: 7.4 (2008.09)   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
X.org log
none
Dmesg output (version 1)
none
Dmesg output (version 2)
none
/var/log/messages from OS start to crash on HP ZBook 15 G2
none
Output of dmesg on HP ZBook 15 G2 none

Description Matthias Nagel 2016-04-21 15:59:32 UTC
I upgraded from KDE 4 to KDE 5/Plasma. Since the nouveau driver keeps crashing and freezes everything. If I use the proprietary nvidia firmware (NvGrUseFw=1) together with the nouveau driver everything works fine.

Normally, the crash heralds itself by some disrupted graphics (black boxes on the desktop) some seconds before everything freezes totally. The crash is usually triggered by some desktop effect if some item (menu/dialog/window) fades in or out ("transparency" effect). The crash usually occurs within the first five minutes after the login. Sometimes even the login crashes (sddm window manager) because the window manager uses the same fading effect and triggers the bug, too.

My kernel version is 4.4.7.

Graphic card: "ASUS GeForce GTX 660 PCI 3.0 2GB DDR5"

uname: "Linux 4.4.7-gentoo #2 SMP Thu Apr 21 13:34:23 CEST 2016 x86_64 Intel(R) Xeon(R) CPU E3-1230 v3 @ 3.30GHz GenuineIntel GNU/Linux"

I also still suffer from bug #93629 and 93630 that also vanish if the proprietary firmware is used. But I decided to open a new bug, because the dmesg messages are different.
Comment 1 Matthias Nagel 2016-04-21 16:00:43 UTC
Created attachment 123126 [details]
X.org log
Comment 2 Matthias Nagel 2016-04-21 16:01:11 UTC
Created attachment 123127 [details]
Dmesg output (version 1)
Comment 3 Matthias Nagel 2016-04-21 16:01:31 UTC
Created attachment 123128 [details]
Dmesg output (version 2)
Comment 4 René Krell 2016-06-01 08:50:00 UTC
I'm affected by the same problem on a different hardware.

/var/log/messages:
---
2016-06-01T10:31:51.921964+02:00 rkrell kernel: [  249.913240] nouveau 0000:01:00.0: gr: TRAP ch 2 [003fbfa000 X[2532]]
2016-06-01T10:31:51.921965+02:00 rkrell kernel: [  249.913245] nouveau 0000:01:00.0: gr: GPC0/TPC0/TEX: 80000009
...
# the above repeated many times
...
2016-06-01T10:31:59.599064+02:00 rkrell kernel: [  257.590487] nouveau 0000:01:00.0: fifo: read fault at 0000240000 engine 00 [GR] client 01 [GPC0/T1_0] reason 02 [PTE] on channel 2 [003fbfa000 X[2532]]
2016-06-01T10:31:59.599074+02:00 rkrell kernel: [  257.590490] nouveau 0000:01:00.0: fifo: gr engine fault on channel 2, recovering...
2016-06-01T10:31:59.599075+02:00 rkrell kernel: [  257.590497] nouveau 0000:01:00.0: gr: TRAP ch 2 [003fbfa000 X[2532]]
2016-06-01T10:31:59.599076+02:00 rkrell kernel: [  257.590514] nouveau 0000:01:00.0: gr: GPC0/TPC0/TEX: 80000049
---

After that, the desktop locks up.
I can reproduce this each time, after a while of working with Chromium, for example. KDE compositor set to OpenGL 2.0 or 3.1 / GLX.

- Hardware: HP ZBook 15 G2 (GK208), BIOS 01.34, Hybrid Graphics in BIOS set to Auto
- OS: OpenSUSE Tumbleweed 20160530
- uname -a:
  Linux rkrell 4.5.4-1-default #1 SMP PREEMPT Wed May 11 15:23:21 UTC 2016 (db90c25) x86_64 x86_64 x86_64 GNU/Linux
Comment 5 René Krell 2016-06-01 09:01:07 UTC
Created attachment 124227 [details]
/var/log/messages from OS start to crash on HP ZBook 15 G2
Comment 6 René Krell 2016-06-01 09:04:46 UTC
Created attachment 124228 [details]
Output of dmesg on HP ZBook 15 G2
Comment 7 René Krell 2016-06-01 09:28:53 UTC
Just for the record:
- Setting Hybrid Graphic to Disabled doesn't work around this problem.
- The native nvidia driver 364.19 works fine for me.
Comment 8 René Krell 2016-06-06 10:37:13 UTC
The bug discussed here still happens with kernel 4.6.0 but very rarely, while in 4.5.4 it happened reliably after a few minutes of using Chromium.
Comment 9 René Krell 2016-06-30 09:14:52 UTC
Just an update: The total desktop freeze happens in kernel 4.6.2, but very frequently, after a few seconds/minutes of playing in Chromium or System Settings / Compositor Settings.
OpenSUSE Tumbleweed 20160626, the same hardware: HP ZBook G2.
Comment 10 Tomasz Paweł Gajc 2016-12-11 22:28:20 UTC
Sounds like issue with multi-threading OpenGL support in nouveau, see #98039
Comment 11 Martin Peres 2019-12-04 09:12:20 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/264.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.