On Thu, Aug 16, 2018 at 07:06:46AM +0100, Chris Wilson wrote: > The pm_rpm module-reload exists to exercise a rpm wakeref leak, and > affects the random selection of tests run after it. Similar to the > normal module-reload tests, care must be taken in its execution to avoid > causing spurious failures elsewhere. > > Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk> > --- > tests/intel-ci/blacklist.txt | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/tests/intel-ci/blacklist.txt b/tests/intel-ci/blacklist.txt > index c93554a37..88b2fe313 100644 > --- a/tests/intel-ci/blacklist.txt > +++ b/tests/intel-ci/blacklist.txt > @@ -13,6 +13,7 @@ igt@drm_mm(@.*)? > # failures in tests run afterwards. > ############################################### > igt@drv_module_reload(@.*)? > +igt@pm_rpm@module-reload
As we don't have machinery in place yet to run these reloading tests in shards in a controlled manner, should this be added to fast-feedback to not lose the coverage entirely? -- Petri Latvala _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx
