[Intel-gfx] [PATCH igt 0/8] Non-Intel test suite fixes

Daniel Vetter daniel at ffwll.ch
Wed Mar 21 08:37:42 UTC 2018


On Tue, Mar 20, 2018 at 01:32:17PM +0200, Laurent Pinchart wrote:
> Hello,
> 
> On Monday, 19 March 2018 18:41:05 EET Ulrich Hecht wrote:
> > On Fri, Mar 16, 2018 at 9:55 AM, Daniel Vetter <daniel at ffwll.ch> wrote:
> > > On Thu, Mar 15, 2018 at 03:45:36PM +0100, Ulrich Hecht wrote:
> > >> Hi!
> > >> 
> > >> I have run the tests on a Renesas R-Car M3-W's DU device, and have found
> > >> a number of false negatives that mostly stem from use of Intel-specifics
> > >> without checking if that makes sense first. So here's a bunch of fixes
> > >> for those, hope they are generic enough for upstreaming.
> > > 
> > > Nice, other people using this! Do you plan to maintain this actively going
> > > forward, or is this more a one-off effort?
> > 
> > For now, this is just an attempt at evaluating if this works for us.
> > It has caught a few things that look like legitimate bugs to me,
> > though...
> 
> That's good news ! (Not that I'm happy that we have bugs, but catching them 
> shows that igt is useful for us). I hope this will help convincing management 
> that we should keep contributing to igt going forward.

Yeah I'm really hoping other vendors could join the fun, and long-term
we'd have a real kms validation suite. There's always going to be a need
for vendor-specific tests (and we're happy to merge them, see e.g. vc4),
but having a test suite that tries to be generic as much as possible, for
an uapi that tries to be generic too, seems like a really good idea.

Very much welcome on board!

Aside: If there's anything we can do to help convince your management that
this is good idea (like the rename from intel-gpu-tools to igt gpu tests
we've done), please bring it up.

Cheers, Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch


More information about the Intel-gfx mailing list