[Intel-gfx] ✗ Fi.CI.IGT: warning for GuC based reset engine
Chris Wilson
chris at chris-wilson.co.uk
Tue Oct 31 21:31:02 UTC 2017
Quoting Michel Thierry (2017-10-31 20:56:03)
> On 10/31/2017 3:20 AM, Chris Wilson wrote:
> > Quoting Patchwork (2017-10-30 23:20:13)
> >> For more details see: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_6267/shards.html
> >
> > https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_6267/shard-kbl1/igt@prime_busy@wait-hang-render.html
> > is suspicious.
> > -Chris
> >
>
> It is suspicious (I just double checked that prime_busy runs fine in my
> skl). I don't know if the log is complete or it was killed before
> starting the subtest. Instead of:
> [ ] [IGT] prime_busy: executing
> [ ] [IGT] prime_busy: starting subtest wait-hang-render
>
> the log only has:
>
> <7>[ 59.430514] [IGT] kms_plane_lowres: exiting, ret=77
> <7>[ 59.522502] [IGT] prime_busy: executing
> ������������������������������
Yup, that just tells us that the machine was rebooted before the dmesg
was written to disk. Usually a sign of a panic, but no pstore oops.
It was only that this purported to be a hang test, and until very
recently broke intel_gpu_reset, that I worried.
-Chris
More information about the Intel-gfx
mailing list