[Bug 67198] [HSW Bisected]igt/gem_seqno_wrap randomly fail and cause system hang with call trace

[bugzilla-daemon at freedesktop.org]

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

Paulo Zanoni <przanoni at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |przanoni at gmail.com

--- Comment #11 from Paulo Zanoni <przanoni at gmail.com> ---
(In reply to comment #10)
> Bisect shows:221ab43e8abe1e395d4bdd475ee3d4c2548f04ca is the first bad commit
> commit 221ab43e8abe1e395d4bdd475ee3d4c2548f04ca
> Author:     Paulo Zanoni <paulo.r.zanoni at intel.com>
> AuthorDate: Fri Jul 12 19:52:36 2013 -0300
> Commit:     Daniel Vetter <daniel.vetter at ffwll.ch>
> CommitDate: Fri Jul 19 18:05:14 2013 +0200
> 
>     drm/i915: don't read or write GEN6_PMIIR on Gen 5
> 
>     The register doesn't exist on Gen 5.
> 
>     v2: Simplify checks since pm_iir is always 0 on Gen 5 (Chris)
> 
>     Signed-off-by: Paulo Zanoni <paulo.r.zanoni at intel.com>
>     Reviewed-by: Mika Kuoppala <mika.kuoppala at intel.com>
>     Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>

This bisect result doesn't make much sense since it bisects to a patch that
only touches ironlake_irq_handler, which was not used on Haswell at that point.
There's no way a change to ironlake_irq_handler could break Haswell at that
point.

Since the issue happens randomly, perhaps we could run the test more times at
each bisect step so we make sure good commits are not false positives?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20130730/45f24157/attachment-0001.html>