Created attachment 50680 [details] 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).
Created attachment 50681 [details] Xorg.0.log
Created attachment 50682 [details] emerge --info
Created attachment 50683 [details] 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.
Created attachment 50684 [details] Xorg.0.log (after reboot) (In reply to comment #3) > Created an attachment (id=50683) [details] > 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.)
Created attachment 50686 [details] 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.
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
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.
It's probably unrelated, but you shouldn't use uvesafb with nouveau - uvesa might mess up gpu state.
(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.
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]
Created attachment 51601 [details] 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.
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.