Bug 60969 - [r600g] Lockup while playing OpenGL games with HD6450
Summary: [r600g] Lockup while playing OpenGL games with HD6450
Status: RESOLVED FIXED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/Gallium/r600 (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
: 60890 60955 64220 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-02-16 19:58 UTC by Chris Rankin
Modified: 2013-05-04 23:26 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg output frpm GPU lockup/reset (77.06 KB, text/plain)
2013-02-17 17:34 UTC, Chris Rankin
Details
possible fix (905 bytes, patch)
2013-02-18 14:58 UTC, Alex Deucher
Details | Splinter Review

Description Chris Rankin 2013-02-16 19:58:24 UTC
HD6450 (CAICOS), kernel 3.7.7-201.fc18.x86_64

The PC quickly locks up while playing either WoW or Minecraft 1.4.7 with Mesa from git. However, I have an earlier version of Mesa-git that plays both games correctly. The mouse cursor continues to move after the freeze, but the keyboard no longer responds.

The HEAD for my working Mesa is:

commit 0e2f26d5ea26febd16173aa8bbf7427b090e320f
Author: Ian Romanick <ian.d.romanick@intel.com>
Date:   Fri Feb 8 18:03:33 2013 -0800

    intel: Do not expose OES_compressed_ETC1_RGB8_texture or ARB_texture_rgb10_a
    
    Older hardware cannot do ARB_texture_rgb10_a2ui, and the translation
    code for OES_compressed_ETC1_RGB8_texture was never implemented in the
    i915 driver.

I will try and bisect this issue when I have more time with the affected PC. Note that this issue does not happen with either my HD4670 or HD4890.
Comment 1 Chris Rankin 2013-02-17 17:32:30 UTC
According to git bisect:

974b482acaf62ced1e8981761a8bda252bd51fe1 is the first bad commit
commit 974b482acaf62ced1e8981761a8bda252bd51fe1
Author: Jerome Glisse <jglisse@redhat.com>
Date:   Fri Feb 8 16:02:32 2013 -0500

    r600g: fix lockup when hyperz & alpha test are enabled together. v3
    
    Seems that alpha test being enabled confuse the GPU on the order in
    which it should perform the Z testing. So force the order programmed
    throught db shader control.
    
    v2: Only force z order when alpha test is enabled
    v3: Update db shader when binding new dsa + spelling fix
    
    Signed-off-by: Jerome Glisse <jglisse@redhat.com>
    Reviewed-by: Marek Olšák <maraeo@gmail.com>

This results in GPU stalls, which can be reset succesfully.
Comment 2 Chris Rankin 2013-02-17 17:34:08 UTC
Created attachment 74995 [details]
dmesg output frpm GPU lockup/reset

This dmesg log shows the GPU lockups and soft resets that occurred during my git bisect.
Comment 3 Alex Deucher 2013-02-18 14:58:36 UTC
Created attachment 75046 [details] [review]
possible fix

Does this patch help?
Comment 4 Chris Rankin 2013-02-20 20:59:44 UTC
(In reply to comment #3)
> Does this patch help?

Yes thanks, that patch seems to have worked. No lock-ups yet.
Comment 5 Jerome Glisse 2013-02-20 21:33:44 UTC
*** Bug 60890 has been marked as a duplicate of this bug. ***
Comment 7 Laurent carlier 2013-02-21 18:18:50 UTC
*** Bug 60955 has been marked as a duplicate of this bug. ***
Comment 8 Jerome Glisse 2013-04-24 19:23:39 UTC
Please check if below patch fix the issue:

http://people.freedesktop.org/~glisse/0001-r600g-force-full-cache-for-hyperz.patch
Comment 9 russianneuromancer 2013-05-04 23:26:50 UTC
*** Bug 64220 has been marked as a duplicate of this bug. ***


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.