Nouveau - Aug 2011 - [Bug 40485] New: PGRAPH - ERROR nsource: LIMIT_COLOR nstatus: PROTECTION_FAULT

https://bugs.freedesktop.org/show_bug.cgi?id=40485

           Summary: PGRAPH - ERROR nsource: LIMIT_COLOR nstatus:
                    PROTECTION_FAULT
           Product: Mesa
           Version: 7.11
          Platform: x86-64 (AMD64)
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Drivers/DRI/nouveau
        AssignedTo: nouveau at lists.freedesktop.org
        ReportedBy: devurandom at gmx.net


Created an attachment (id=50680)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=50680)
dmesg

I am not sure whether this is the correct location to report this bug. If not
please direct me to the right one.

My X happens to hang regularly recently. It is then impossible to switch to a
VT (the screen just stays the same) or recover from that in any way. Restarting
X ("rc-service xdm restart" on Gentoo) will not work, but notify me
that it was
impossible to stop X. I cannot kill it using SIGTERM and using SIGKILL also
seems to only react after tens of seconds up to some minutes. The computer
stays responsive via SSH for the whole time. htop shows no extraordinary CPU
(load 0.05) or memory (1G, not growing) usage. Swap is disabled and free still
shows about 3G of free memory (+2G currently used for caches).

This time I was playing a DVD using MPlayer and while doing so looked at a
website in Chromium, marking a text. Today I was able to get to a VT once, but
then I tried to restart X (s.a.) and screen locked completely. I now also
looked at dmesg and found a line which might be related:
[drm] nouveau 0000:03:00.0: PGRAPH - ERROR nsource: LIMIT_COLOR nstatus:
PROTECTION_FAULT
[drm] nouveau 0000:03:00.0: PGRAPH - ch 6 (0x001bf000) subc 5 class 0x009f mthd
0x0308 data 0x002f0400

More about my system:
AMD Athlon 64 X2 5000+, NVidia GeForce 7900GS
Linux 3.0.3
KDE 4.7.0
xorg-server-1.10.4
mesa-7.11
mplayer-1.0_rc4_p20110322
chromium-14.0.835.109

Attached is the dmesg.log, emerge-info (Gentoo system info) and Xorg.0.log (for
completeness, though it shows nothing of interest to me).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

--- Comment #1 from Dennis Schridde <devurandom at gmx.net> 2011-08-30
03:15:44 PDT ---
Created an attachment (id=50681)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=50681)
Xorg.0.log

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

--- Comment #2 from Dennis Schridde <devurandom at gmx.net> 2011-08-30
03:16:06 PDT ---
Created an attachment (id=50682)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=50682)
emerge --info

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

--- Comment #3 from Dennis Schridde <devurandom at gmx.net> 2011-08-30
03:20:54 PDT ---
Created an attachment (id=50683)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=50683)
dmesg (after reboot)

The VT springs back to live after issuing a reboot, but stays black when the
kernel is restarted via kexec. The system is again accessible via SSH. dmesg
after reboot attached.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

--- Comment #4 from Dennis Schridde <devurandom at gmx.net> 2011-08-30
03:23:34 PDT ---
Created an attachment (id=50684)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=50684)
Xorg.0.log (after reboot)

(In reply to comment #3)
> Created an attachment (id=50683)
 -->
(https://bugs.freedesktop.org/attachment.cgi?id=50683)
> dmesg (after reboot)
> 
> The VT springs back to live after issuing a reboot, but stays black when
the
> kernel is restarted via kexec. The system is again accessible via SSH.
dmesg
> after reboot attached.
Also attaching Xorg.0.log from after the reboot. (X is running and pretending
to use nouveau.)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

--- Comment #5 from Dennis Schridde <devurandom at gmx.net> 2011-08-30
03:30:18 PDT ---
Created an attachment (id=50686)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=50686)
kernel .config

After a hardware reboot via BIOS ("halt" + start again) the graphics
work
normally again.

Forgot to mention the nouveau version I am using
(xf86-video-nouveau-0.0.16_pre20110801) and am attaching my kernel config.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

Dennis Schridde <devurandom at gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #50682|application/octet-stream    |text/plain
          mime type|                            |

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

Dennis Schridde <devurandom at gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #50686|application/octet-stream    |text/plain
          mime type|                            |

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

--- Comment #6 from Dennis Schridde <devurandom at gmx.net> 2011-08-30
03:58:47 PDT ---
This bug might be much more related to me starting Windows 7 in a VirtualBox
with virtualised Direct3D enabled. It just happened again, with the last thing
I heard was the Windows 7 "pling" startup sound, when the screen
froze.

Again I was also watching a DVD at the time, and typing something into a
Yakuake console (quake style console with transparent background enabled).
Compositing is enabled for KWin.

VirtualBox 4.1.2

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

Lucas Stach <dev at lynxeye.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID

--- Comment #7 from Lucas Stach <dev at lynxeye.de> 2011-08-30 04:13:05
PDT ---
Unfortunately you are using a nvfx class card and 3D features. Currently we are
not providing any support for this combination as no one is maintaining the
nvfx mesa driver. See http://nouveau.freedesktop.org/wiki/MesaDrivers

Sorry, but have to close this bug as INVALID.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

--- Comment #8 from Marcin Slusarz <marcin.slusarz at gmail.com>
2011-08-30 10:44:54 PDT ---
It's probably unrelated, but you shouldn't use uvesafb with nouveau -
uvesa
might mess up gpu state.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

Marcin Slusarz <marcin.slusarz at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #50680|text/x-log                  |text/plain
          mime type|                            |

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

Marcin Slusarz <marcin.slusarz at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #50683|text/x-log                  |text/plain
          mime type|                            |

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

--- Comment #9 from Dennis Schridde <devurandom at gmx.net> 2011-09-24
08:37:07 PDT ---
(In reply to comment #8)
> It's probably unrelated, but you shouldn't use uvesafb with nouveau
- uvesa
> might mess up gpu state.
Thanks for the hint, I accidentially still had it in the list of modules to be
modprobed on boot, even though it was blacklisted for autoloading.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

--- Comment #10 from Dennis Schridde <devurandom at gmx.net> 2011-09-25
13:50:30 PDT ---
In case nouveau for GF7 is one day resurrected - logs of another hang:

-- dmesg --
[drm] nouveau 0000:03:00.0: Failed to idle channel 3.
[drm] nouveau 0000:03:00.0: PGRAPH idle timed out with status 0x0bef0101
[drm] nouveau 0000:03:00.0: Failed: Instance=0x00014100 Save=1
[drm] nouveau 0000:03:00.0: IP: 0x28, Opcode: 0x00500060
[drm] nouveau 0000:03:00.0: 0x40030C = 0x00000029

-- Xorg.log --
[  5753.293] [mi] EQ overflowing. The server is probably stuck in an infinite
loop.
[  5753.305] 
Backtrace:
[  5753.420] 0: /usr/bin/X (xorg_backtrace+0x26) [0x56bb46]
[  5753.420] 1: /usr/bin/X (mieqEnqueue+0x199) [0x54bff9]
[  5753.420] 2: /usr/bin/X (0x400000+0x46b94) [0x446b94]
[  5753.420] 3: /usr/bin/X (xf86PostMotionEventP+0x37) [0x486497]
[  5753.420] 4: /usr/lib64/xorg/modules/input/evdev_drv.so
(0x7f41ce441000+0x4979) [0x7f41ce445979]
[  5753.420] 5: /usr/bin/X (0x400000+0x72087) [0x472087]
[  5753.420] 6: /usr/bin/X (0x400000+0x9793e) [0x49793e]
[  5753.420] 7: /lib64/libpthread.so.0 (0x7f41d398b000+0xf450) [0x7f41d399a450]
[  5753.420] 8: /lib64/libc.so.6 (ioctl+0x7) [0x7f41d29790d7]
[  5753.420] 9: /usr/lib64/libdrm.so.2 (drmIoctl+0x28) [0x7f41d0f15598]
[  5753.420] 10: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f41d0f177bb]
[  5753.420] 11: /usr/lib64/libdrm_nouveau.so.1 (0x7f41d08c7000+0x2f87)
[0x7f41d08c9f87]
[  5753.420] 12: /usr/lib64/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xf9)
[0x7f41d08ca599]
[  5753.420] 13: /usr/lib64/xorg/modules/drivers/nouveau_drv.so
(0x7f41d0acd000+0x6da5) [0x7f41d0ad3da5]
[  5753.420] 14: /usr/lib64/xorg/modules/libexa.so (0x7f41d048c000+0xb244)
[0x7f41d0497244]
[  5753.420] 15: /usr/bin/X (0x400000+0x15b901) [0x55b901]
[  5753.420] 16: /usr/bin/X (0x400000+0xbe633) [0x4be633]
[  5753.420] 17: /usr/lib64/xorg/modules/libexa.so
(exaGetPixmapFirstPixel+0x71) [0x7f41d049ec01]
[  5753.430] 18: /usr/lib64/xorg/modules/libexa.so (0x7f41d048c000+0xf561)
[0x7f41d049b561]
[  5753.430] 19: /usr/bin/X (0x400000+0xfba16) [0x4fba16]
[  5753.430] 20: /usr/bin/X (0x400000+0xf411c) [0x4f411c]
[  5753.430] 21: /usr/bin/X (0x400000+0x33bc9) [0x433bc9]
[  5753.430] 22: /usr/bin/X (0x400000+0x22cfc) [0x422cfc]
[  5753.430] 23: /lib64/libc.so.6 (__libc_start_main+0xed) [0x7f41d28bd2cd]
[  5753.430] 24: /usr/bin/X (0x400000+0x2305d) [0x42305d]

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40485

--- Comment #11 from Dennis Schridde <devurandom at gmx.net> 2011-09-25
13:55:24 PDT ---
Created an attachment (id=51601)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=51601)
Xorg.0.log (after SIGKILL to X and restarting it)

P.S: killing X with sigkill results in this:

-- dmesg --
[drm] nouveau 0000:03:00.0: Failed to idle channel 1.
[drm] nouveau 0000:03:00.0: PGRAPH idle timed out with status 0x0bef0103
[drm] nouveau 0000:03:00.0: PGRAPH idle timed out with status 0x0bef0103
[drm] nouveau 0000:03:00.0: PGRAPH idle timed out with status 0x0bef0103
[drm] nouveau 0000:03:00.0: Setting dpms mode 3 on tmds encoder (output 1)
[drm] nouveau 0000:03:00.0: 0xC5B5: Parsing digital output script table
[drm] nouveau 0000:03:00.0: Setting dpms mode 0 on tmds encoder (output 1)
[drm] nouveau 0000:03:00.0: Output DVI-I-1 is running on CRTC 0 using output A

The screen flickers but stays black.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.