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

[Petri Latvala]

On Fri, Nov 01, 2019 at 10:56:37AM +0000, Chris Wilson wrote:
> 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


Acked-by: Petri Latvala <petri.latvala at intel.com>