Nouveau - Jan 2010 - [Bug 26201] New: Some screen garbage, NoAccel and GPU lockup reported with NV4E

http://bugs.freedesktop.org/show_bug.cgi?id=26201

           Summary: Some screen garbage, NoAccel and GPU lockup reported
                    with NV4E
           Product: xorg
           Version: git
          Platform: x86-64 (AMD64)
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
        AssignedTo: nouveau at lists.freedesktop.org
        ReportedBy: phelps at pobox.com
         QAContact: xorg-team at lists.x.org


Created an attachment (id=32800)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=32800)
drm/nouveau lines from dmesg

This is a weird one, so bear with me.

I'm using nouveau-linux git (eeec3a1) and KMS on the GeForce 6150 (NV4E)
embedded in my M2NPV-VM motherboard.  When I load the nouveau module, the
kernel logs the following, but the console appears to work just fine:

    [drm] nouveau 0000:00:05.0: GPU lockup - switching to software fbcon

When I start up the X server, it reports a similar error:

    (EE) NOUVEAU(0): Error creating GPU channel: -16
    (EE) NOUVEAU(0): Error initialising acceleration.  Falling back to NoAccel

This is probably not a duplicate of bug#26193 since the work-around that I'm
using doesn't help in that case.

Things then mostly work except window outlines turn to garbage when another
window is dragged over it.  This garbage isn't captured by a screen capture,
so
I'm afraid we're stuck with my hand-wavy description.

Long ago, this used to just work, so I've bisected to find which commits
broke
things, and found that these related commits appear to be the culprit:

    77bce8e  drm/nouveau: fix for ttm interface changes, and
    ad49f50  drm/ttm/radeon: add dma32 support.

I've found that commenting out the bit of ttm_tt_alloc page which adds
__GFP_DMA32 to the alloc_page flags fixes this issue, as does forcing the last
argument of ttm_bo_device_init() to false in nouveau_mem_init().  This, of
course, makes no sense -- the DMA32 memory zone is a fallback for the normal
memory zones.

I'm happy to test patches if anyone can think of anything to try.

Thanks,
-Ted


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

http://bugs.freedesktop.org/show_bug.cgi?id=26201





--- Comment #1 from Ted Phelps <phelps at pobox.com>  2010-01-25 01:40:08
PST ---
Created an attachment (id=32801)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=32801)
Xorg log messages


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

http://bugs.freedesktop.org/show_bug.cgi?id=26201


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

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




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

http://bugs.freedesktop.org/show_bug.cgi?id=26201


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

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




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

http://bugs.freedesktop.org/show_bug.cgi?id=26201


Ted Phelps <phelps at pobox.com> changed:

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




--- Comment #2 from Ted Phelps <phelps at pobox.com>  2010-03-02 07:14:01
PST ---
This appears to be fixed by Linux kernel 2.6.33.

nouveau-linux revision ea0a1d5 running in linux-2.6.32.8 produces the GPU
lockup warning mentioned in the description.  That same revision running in
linux-2.6.33 seems to work just fine.  Everything else (xorg-server, mesa,
xf86-video-nouveau) is unchanged.

I'd be prepared to bisect the Linux kernel itself to track this if anyone is
keen to know what changed...

-Ted


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