[Intel-gfx] [PATCH i-g-t] intel-ci: Relegate gem_exec_reloc to the shards

Chris Wilson chris at chris-wilson.co.uk
Fri Nov 1 10:56:37 UTC 2019


Quoting Chris Wilson (2019-11-01 10:51:06)
> The gem_exec_reloc basic subtests cover a couple dozen basic ABI
> sanitychecks, aiming to prove the ABI works. While relocations used to
> be essential, they are no longer the basis of current clients who all
> softpin. It is a stagnant portion of the ABI that does not contribute
> much to overall driver health (the complicated portions of relocs are
> covered in the smoketests like gem_exec_parallel and gem_exec_gttfill).
> However, even though each of the basic subtest is trivial and runs in
> very little time, since CI is running each individually the time between
> tests mounts up (especially on eMMC devices like fi-kbl-soraka).
> 
> By moving these tests to the shards we should speed up BAT on the
> ratelimiting fi-kbl-soraka, while losing no coverage overall -- and
> hopefully without losing any of the predictive failure coverage in BAT.
> This stagnant bit of uAPI/uABI will remain checked by the irregular idle
> runs.
> 
> Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
> Cc: Joonas Lahtinen <joonas.lahtinen at linux.intel.com>
> Cc: Tomi Sarvela <tomi.p.sarvela at intel.com>
> Cc: Petri Latvala <petri.latvala at intel.com>
> Cc: Martin Peres <martin.peres at linux.intel.com>

Before Joonas went fishing, he gave +1. So,
Acked-by: Joonas Lahtinen <joonas.lahtinen at linux.intel.com>

Tomi, Petri, Martin any objections?
-Chris


More information about the Intel-gfx mailing list