[Intel-gfx] ✗ Ro.CI.BAT: warning for series starting with [01/64] drm/i915/breadcrumbs: Queue hangcheck before sleeping
Chris Wilson
chris at chris-wilson.co.uk
Fri Jul 8 08:44:19 UTC 2016
On Thu, Jul 07, 2016 at 10:28:42AM +0100, Chris Wilson wrote:
> On Thu, Jul 07, 2016 at 09:12:01AM -0000, Patchwork wrote:
> > == Series Details ==
> >
> > Series: series starting with [01/64] drm/i915/breadcrumbs: Queue hangcheck before sleeping
> > URL : https://patchwork.freedesktop.org/series/9603/
> > State : warning
> >
> > == Summary ==
> >
> > Series 9603v1 Series without cover letter
> > http://patchwork.freedesktop.org/api/1.0/series/9603/revisions/1/mbox
> >
> > Test gem_exec_flush:
> > Subgroup basic-batch-kernel-default-cmd:
> > fail -> PASS (ro-byt-n2820)
> > Subgroup basic-uc-pro-default:
> > fail -> PASS (ro-byt-n2820)
> > Test kms_pipe_crc_basic:
> > Subgroup suspend-read-crc-pipe-a:
> > skip -> DMESG-WARN (ro-bdw-i7-5557U)
> >
> > fi-skl-i5-6260u total:235 pass:207 dwarn:0 dfail:0 fail:2 skip:26
> > fi-skl-i7-6700k total:235 pass:193 dwarn:0 dfail:0 fail:2 skip:40
>
> What happened to prime-busy? Should be fixed...
Trybot:
eries 9649v1 Series without cover letter
http://patchwork.freedesktop.org/api/1.0/series/9649/revisions/1/mbox
Test gem_exec_flush:
Subgroup basic-batch-kernel-default-cmd:
fail -> PASS (ro-byt-n2820)
Subgroup basic-uc-pro-default:
fail -> PASS (ro-byt-n2820)
Test gem_exec_suspend:
Subgroup basic-s3:
dmesg-warn -> PASS (fi-skl-i5-6260u)
Test prime_busy:
Subgroup basic-after-default:
fail -> PASS (fi-skl-i7-6700k)
fail -> PASS (fi-skl-i5-6260u)
fail -> PASS (fi-snb-i7-2600)
Subgroup basic-before-default:
fail -> PASS (fi-skl-i7-6700k)
fail -> PASS (fi-skl-i5-6260u)
fail -> PASS (fi-snb-i7-2600)
Subgroup basic-wait-after-default:
fail -> PASS (fi-skl-i7-6700k)
fail -> PASS (fi-skl-i5-6260u)
fail -> PASS (fi-snb-i7-2600)
Subgroup basic-wait-before-default:
fail -> PASS (fi-skl-i7-6700k)
fail -> PASS (fi-skl-i5-6260u)
fail -> PASS (fi-snb-i7-2600)
But why only skl/snb? Is prime_busy not being run elsewhere?
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
More information about the Intel-gfx
mailing list