| Summary: | [SNB bisected] SNB hang with rc6 and hiz on glxgears (and other GL apps) immediately after xinit. | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | ye.tian <yex.tian> |
| Component: | Drivers/DRI/i965 | Assignee: | Eric Anholt <eric> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | high | CC: | airlied, amiadb, austin.lund, chadversary, daniel, fan4326, garyvdm, jan.steffens, mus.svz, pachoramos1, shane.bryan, stereotype441 |
| Version: | git | ||
| Hardware: | All | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | implement Hiz w/a for msaa | ||
|
Description
ye.tian
2012-10-26 06:26:28 UTC
The problem will be fixed when disable RC6 in kernel. (In reply to comment #1) > The problem will be fixed when disable RC6 in kernel. Can you read the value of register 0x2120, and if bit 8 isn't set, set it. You'll need the mask bit enable. Created attachment 71523 [details] [review] implement Hiz w/a for msaa Kernel patch to test. Also: Is this an SNB GT1? Please spec the exact model and pci id of the VGA device. (In reply to comment #2) By intel_reg_read, the vaule of register 0x2120 : 0x6800, but I can't enable the bit8 by "intel_reg_write 0x2120 0x6880". With above patch, the problem still exists. Model:DELL U2410 pci id of the VGA device: 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0102] (rev 09) Running intel_forcewaked during glxgears startup also prevents the failure. (oh, and since it hasn't been noted in the bug yet, disabling hiz does as well. and it happens on gt2s) 8x4 alignment doesn't help (-geometry 304x300), and applying a few missing workarounds to blorp doesn't help (snb-hiz-debug of my tree). CCing people I was talking about this bug to yesterday. Chrome OS experiences a similar bug. Below is the patch that Chrome uses to workaround it. Could someone please verify if this patch fixes this bug? David Airlie on Fedora is also working with a similar bug. This patch fixed it for him. http://git.chromium.org/gitweb/?p=chromiumos/overlays/chromiumos-overlay.git;a=blob;f=media-libs/mesa/files/9.0-i965-Make-sure-we-do-render-between-two-hiz-flushes.patch;h=590b13b4c3da13be6ad8a8115576e6320cef7825;hb=HEAD This patch may produce incorrect rendering, so I don't think it should be committed as-is. Verified with the above patch. (In reply to comment #11) > Verified with the above patch. Sorry, with the patch the problem still exists. (In reply to comment #12) > (In reply to comment #11) > > Verified with the above patch. > > Sorry, with the patch the problem still exists. Sorry, I made an error with the above patch. Verified with the above patch, it works well. *** Bug 62141 has been marked as a duplicate of this bug. *** Might-or-might-not-be-relevant: https://patchwork.kernel.org/patch/2481431/ *** Bug 63899 has been marked as a duplicate of this bug. *** Just posted a fix that works on my system. It's the head commit of: http://cgit.freedesktop.org/~anholt/mesa/log/?h=snb-blorp-fix (In reply to comment #17) > Just posted a fix that works on my system. It's the head commit of: > > http://cgit.freedesktop.org/~anholt/mesa/log/?h=snb-blorp-fix Verified with the above patch. Let's keep the bug open until the patch committed to mesa master. *** Bug 55409 has been marked as a duplicate of this bug. *** This seems to have been committed in master as 1dfea559c3. |
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.