Nouveau - Feb 2013 - [Bug 61460] New: With Option "NoAccel" "0", xorg fails...

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

          Priority: medium
            Bug ID: 61460
          Assignee: nouveau at lists.freedesktop.org
           Summary: With Option     "NoAccel" "0", xorg
fails...
        QA Contact: xorg-team at lists.x.org
          Severity: major
    Classification: Unclassified
                OS: Linux (All)
          Reporter: ktmdms at gmail.com
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: git
         Component: Driver/nouveau
           Product: xorg

Created attachment 75530
  --> https://bugs.freedesktop.org/attachment.cgi?id=75530&action=edit
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130225/fff27c3f/attachment.html>

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

--- Comment #1 from Kevin Martin <ktmdms at gmail.com> ---
Created attachment 75531
  --> https://bugs.freedesktop.org/attachment.cgi?id=75531&action=edit
Xorg.0.log with backtrace

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130225/895756fa/attachment.html>

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

Kevin Martin <ktmdms at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|medium                      |high

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130225/347a10e4/attachment-0001.html>

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

--- Comment #2 from Ildar Muyukov <ildar at users.sourceforge.net> ---
The bug is still actual.
https://bugzilla.altlinux.org/show_bug.cgi?id=29193

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130717/9c2fc74a/attachment.html>

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

--- Comment #3 from Ildar Muyukov <ildar at users.sourceforge.net> ---
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130726/dbbc49c3/attachment.html>

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

--- Comment #4 from Ilia Mirkin <imirkin at alum.mit.edu> ---
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...)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130726/b6bc7c29/attachment.html>

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

--- Comment #5 from Ildar Muyukov <ildar at users.sourceforge.net> ---
That's bad news for me :( as it looks unresolvable with regard of the
proprietary position of NVidia.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130726/fce2cb3c/attachment.html>

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

Ilia Mirkin <imirkin at alum.mit.edu> changed:

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

--- Comment #6 from Ilia Mirkin <imirkin at alum.mit.edu> ---
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 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130826/ef15b047/attachment.html>