| Priority | medium |
|---|---|
| Bug ID | 61460 |
| Assignee | nouveau@lists.freedesktop.org |
| Summary | With Option "NoAccel" "0", xorg fails... |
| QA Contact | xorg-team@lists.x.org |
| Severity | major |
| Classification | Unclassified |
| OS | Linux (All) |
| Reporter | ktmdms@gmail.com |
| Hardware | x86-64 (AMD64) |
| Status | NEW |
| Version | git |
| Component | Driver/nouveau |
| Product | xorg |
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
| What | Removed | Added |
|---|---|---|
| Priority | medium | high |
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.
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | DUPLICATE |
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 ***