Re: ✓ Fi.CI.IGT: success for drm/i915/execlists: Flush GTIIR on clearing CS interrupts during reset

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Quoting Patchwork (2018-02-02 20:25:31)
> == Series Details ==
> 
> Series: drm/i915/execlists: Flush GTIIR on clearing CS interrupts during reset
> URL   : https://patchwork.freedesktop.org/series/37552/
> State : success
> 
> == Summary ==
> 
> Test perf:
>         Subgroup blocking:
>                 fail       -> PASS       (shard-hsw) fdo#102252
>         Subgroup enable-disable:
>                 fail       -> PASS       (shard-apl) fdo#103715
> Test perf_pmu:
>         Subgroup busy-double-start-vcs0:
>                 incomplete -> PASS       (shard-apl)
> Test kms_flip:
>         Subgroup 2x-plain-flip-ts-check:
>                 fail       -> PASS       (shard-hsw)
>         Subgroup plain-flip-ts-check:
>                 fail       -> PASS       (shard-hsw) fdo#100368
> 
> fdo#102252 https://bugs.freedesktop.org/show_bug.cgi?id=102252
> fdo#103715 https://bugs.freedesktop.org/show_bug.cgi?id=103715
> fdo#100368 https://bugs.freedesktop.org/show_bug.cgi?id=100368
> 
> shard-apl        total:2836 pass:1751 dwarn:1   dfail:0   fail:20  skip:1064 time:12305s
> shard-hsw        total:2800 pass:1710 dwarn:1   dfail:0   fail:11  skip:1076 time:10834s
> shard-snb        total:2836 pass:1328 dwarn:1   dfail:0   fail:10  skip:1497 time:6378s

As thankfully it doesn't appear to upset the shards, and it should just
be a bit of paranoia fluff that just happens to make my bxt that little
bit more stable, I've pushed it. If only to have that GEM_BUG_ON() that
the GTIIR isn't set at reset_irq()!

Thanks,
-Chris
_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/intel-gfx




[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux