[Intel-gfx] [PATCH i-g-t] tests/gem_bad_length: drop gem_bad_length.c
Joonas Lahtinen
joonas.lahtinen at linux.intel.com
Tue Oct 3 11:54:18 UTC 2017
On Tue, 2017-10-03 at 12:32 +0300, Petri Latvala wrote:
> On Mon, Oct 02, 2017 at 04:44:25PM -0700, Daniele Ceraolo Spurio wrote:
> > Most of the gem_bad_length code is compiled out because creating
> > a zero-length object is not allowed anymore by i915 and thus it is
> > not possible to execute it. The remaining part checks that creation of
> > a zero-length object does indeed fail, which is also checked by
> > gem_create/create-invalid-size.
> > The only difference between the 2 tests is that gem_bad_length checks
> > specifically for EINVAL while create-invalid-size only looks for
> > failure, so after adding the EINVAL check to create-invalid-size it is
> > safe to drop gem_bad_length.
> >
> > Signed-off-by: Daniele Ceraolo Spurio <daniele.ceraolospurio at intel.com>
> > ---
> > tests/Makefile.sources | 1 -
> > tests/gem_bad_length.c | 133 -------------------------------------------------
> > tests/gem_create.c | 2 +-
> > 3 files changed, 1 insertion(+), 135 deletions(-)
> > delete mode 100644 tests/gem_bad_length.c
> >
> > diff --git a/tests/Makefile.sources b/tests/Makefile.sources
> > index c4d320e..142ff2b 100644
> > --- a/tests/Makefile.sources
> > +++ b/tests/Makefile.sources
> > @@ -40,7 +40,6 @@ TESTS_progs = \
> > drv_module_reload \
> > drv_selftest \
> > drv_suspend \
> > - gem_bad_length \
> > gem_bad_reloc \
> > gem_basic \
> > gem_busy \
>
>
> Squash in:
I already did that while separating the extension of testing coverage
in gem_create and removing the test to own patches. Didn't Cc: you
though as I didn't notice this earlier.
Regards, Joonas
--
Joonas Lahtinen
Open Source Technology Center
Intel Corporation
More information about the Intel-gfx
mailing list