[Bug 29389] New: [r300g] [bisected] hard locks in openarena with kernel 2.6.35 - bugzilla-daemon

From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 29389] New: [r300g] [bisected] hard locks in openarena with kernel 2.6.35
Date: Tue,  3 Aug 2010 14:17:16 -0700 (PDT)	[thread overview]
Message-ID: <bug-29389-502@http.bugs.freedesktop.org/> (raw)

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

           Summary: [r300g] [bisected] hard locks in openarena with kernel
                    2.6.35
           Product: Mesa
           Version: git
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Drivers/DRI/r300
        AssignedTo: dri-devel@lists.freedesktop.org
        ReportedBy: ghepeu@virgilio.it

Created an attachment (id=37557)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=37557)
git-bisect.log

Yesterday I upgraded to kernel 2.6.35 and I had a lockup after playing for a
few second at openarena. The day before I had played for a few minutes without
any issue (testing r300g) so I immediately suspected the kernel.

I'm using a radeon x550 (rv370) with yesterday git snapshot of mesa and
xf86-video-ati and xorg-server 1.8.2.

Both r300c/DRI/UMS and r300c/DRI2/KMS dont' seem to suffer from the issue, only
gallium. Nothing unusual in the logs.

I bisected from 2.6.34 (good) to 2.6.35 (bad) and git bisect pointed to commit
eb1f8e4f3be898df808e2dfc131099f5831d491d

eb1f8e4f3be898df808e2dfc131099f5831d491d is the first bad commit
commit eb1f8e4f3be898df808e2dfc131099f5831d491d
Author: Dave Airlie <airlied@redhat.com>
Date:   Fri May 7 06:42:51 2010 +0000

    drm/fbdev: rework output polling to be back in the core. (v4)

    After thinking it over a lot it made more sense for the core to deal with
    the output polling especially so it can notify X.

    v2: drop plans for fake connector - per Michel's comments - fix X patch
sent to xorg-devel, add intel polled/hpd setting, add initial nouveau
polled/hpd settings.

    v3: add config lock take inside polling, add intel/nouveau poll init/fini
calls

    v4: config lock was a bit agressive, only needed around connector list
reading.
    otherwise it could re-enter.

    glisse: discard drm_helper_hpd_irq_event

    v3: Reviewed-by: Michel DÃ¤nzer <michel@daenzer.net>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

:040000 040000 01a1bf1ae4e06bfd3ae9ae67b5b5059e964f5ae4
041231a5c060e531ce0d8127c6f7abc79c14ce76 M    drivers
:040000 040000 b67fd6698fa239d26ca9fa2296ea2403e1eaaf1c
cadb905c6d8647313107790ce8b681f4611ee726 M    include

I had to skip a few revisions because opengl didn't work at all and one
revision I'm not exactly sure it crashed for the same issue (the symptoms were
slightly different, it crashed after maybe two minutes instead of 5-30s) so I'm
not sure that that's the real culprit.

The bisection run took me a few hours and a lot of reboots, so I'm not exactly
eager to try it again...

The full git bisect log is attached.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel