Created attachment 75530 [details] nvidia|nouveau dmesg information When acceleration is turned on in my xorg.conf, xorg fails. The following is my particulars for hardware and information from Xorg.0.log and dmesg: lspci -v: 01:00.0 VGA compatible controller: NVIDIA Corporation GT215 [GeForce GTS 360M] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Toshiba America Info Systems Device ff50 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at cc000000 (32-bit, non-prefetchable) [size=16M] Memory at d0000000 (64-bit, prefetchable) [size=256M] Memory at ce000000 (64-bit, prefetchable) [size=32M] I/O ports at 2000 [size=128] [virtual] Expansion ROM at cd000000 [disabled] [size=512K] Capabilities: [60] Power Management version 3 Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [78] Express Endpoint, MSI 00 Capabilities: [b4] Vendor Specific Information: Len=14 <?> Capabilities: [100] Virtual Channel Capabilities: [128] Power Budgeting <?> Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?> Kernel driver in use: nouveau dmesg | egrep -e -i "nvidia|nouveau" is attached as a file as is the Xorg.0.log file for this error.
Created attachment 75531 [details] Xorg.0.log with backtrace
The bug is still actual. https://bugzilla.altlinux.org/show_bug.cgi?id=29193
Am I getting it right that the bug is originated in *buggy exa implementation in nouveau* ? My experience says that with a simple WM (XFCE) nouveau works stable, but e17 which uses tricky graphics makes nouveau crash very quickly, both with compositing on and off.
It's not particularly clear (to me) where the bug is. Certainly there appears to be an issue in the xf86-video-nouveau EXA implementation when the card dies, it starts dereferencing NULL-ish pointers. However I think that the card dying is the primary issue... The bug here starts out with [ 6.760320] nouveau E[ DRM] GPU lockup - switching to software fbcon before anything really happens, and then X starts, and PGRAPH is variously freaking out. The nouveau GPU reset logic isn't so great... my experience is that oftentimes only a reboot really fixes a GPU lockup. (Sometimes it's fine though.) In the altlinux.org bug there's also a GPU lockup detected, and it's not likely to be due to the fact that X died, but rather the other way around. (Lockups aren't necessarily detected immediately...)
That's bad news for me :( as it looks unresolvable with regard of the proprietary position of NVidia.
The fact that the gpu locks up right on start, before even init, makes me believe that this is a duplicate of the other issue. *** This bug has been marked as a duplicate of bug 33165 ***
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.