On 18/07/16 13:50, Dave Gordon wrote:
On 18/07/16 13:29, Daniel Vetter wrote:
On Mon, Jul 18, 2016 at 11:43:08AM -0000, Patchwork wrote:
== Series Details ==
Series: drm/i915: Treat eDP as always connected, again
URL : https://patchwork.freedesktop.org/series/9977/
State : failure
== Summary ==
Series 9977v1 drm/i915: Treat eDP as always connected, again
http://patchwork.freedesktop.org/api/1.0/series/9977/revisions/1/mbox
Test gem_exec_suspend:
Subgroup basic-s3:
pass -> DMESG-WARN (fi-skl-i5-6260u)
Test gem_sync:
Subgroup basic-store-each:
pass -> DMESG-FAIL (ro-bdw-i7-5600u)
I tried to find the bug reports for these, and we don't track them.
And at
least the 2nd one looks like it's a one-off, so who knows what's going
on.
But while trying to figure out what's going on I stumbled over about 5
other sporadic CI issues in those boxes which aren't event tracked
either.
/me cries
So normally not good enough for CI, but regressions win even against our
shitty CI. Hence applied and will cherry-pick over to -fixes.
-Daniel
Looks like the failure in basic-store-each has been happening since at
least 2016-07-10, but only on one specific BDW machine
(ro-bdw-i7-5600u). Failure is:
> Failed assertion: intel_detect_and_clear_missed_interrupts(fd) == 0
Intermittent, though, as Chris's recent results show:
Test gem_sync:
Subgroup basic-store-each:
dmesg-fail -> PASS (ro-bdw-i7-5600u)
making it very difficult to determine whether it's a real regression or
some problem with that specific machine -- it doesn't happen on the
other BDWs, but they're all slightly different.
.Dave.
Bug filed: Bug 96975 - [BAT BDW] basic-store-each fails,
intel_detect_and_clear_missed_interrupts(fd) == 0
.Dave.
_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
