Created attachment 49140 [details]
i915_error_state for engine
Bug detailed description:
When run Mesa demos engine on huronriver, GPU will hang. It is regression. It works fine on pineview and ironlank.
1. xinit &
If it's a regression, the bug report should include a bisect.
(In reply to comment #1)
> If it's a regression, the bug report should include a bisect.
Bisect is not a must-to-have info from QA -- I'm not considering lacking of bisect info block bug owner's investigation unless this is only reproducible on QA machine. We can make the effort for bisect, but only when we have free time.
Xun, I'm more eager to now if it impacts 7.11 branch?
It impacts 7.11 branch. GPU hangs when running engine with mesa 7.11 branch on sandybridge.
Bisect is blocked by mesa build failure. skipping the four commit, the last good commit is 5c742ea1ee0cea031cb99651155d0c7521f42b4e. the last bad commit is bb7ff01deb5c1eb813b90da6f40d987a67e2793b, so the first bad commit maybe any of the four skipped commit and bb7ff01deb5c1eb813b90da6f40d987a67e2793b.
Author: Eric Anholt <email@example.com>
Date: Tue Jul 19 15:06:15 2011 -0700
i965: Apply a homebrew workaround for GPU hang in OGLC api-texcoord.
The behavior of flushes in the hardware is a maze of twisty passages,
and strangely the VS constants appear to be loaded during a pipeline
flush instead of at the time of the packet emit according to the
simulator. On moving the STATE_BASE_ADDRESS packet to where it really
needed to live (in order for data loads by other packets to be
correct), we sometimes no longer got a flush between those packets
where we apparently needed it. This replicates the flushes implied by
a STATE_BASE_ADDRESS update, fixing the GPU hangs in OGLC and the
Tested-by: Keith Packard <firstname.lastname@example.org> (bzflag and etracer fixed)
Acked-by: Kenneth Graunke <email@example.com>
Verified with Mesa master 4c84acc86fce5eda0aabcb8aa362fd6b5e6a28f6 and 7.11 b305c956be3fa27467ecbc379de2352926a554d0.