[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