All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: "Morton, Derek J" <derek.j.morton@intel.com>
Cc: "intel-gfx@lists.freedesktop.org" <intel-gfx@lists.freedesktop.org>
Subject: Re: [PATCH i-g-t] lib/igt_core.c: Expand --run-subtest functionality.
Date: Wed, 27 Jan 2016 16:42:40 +0100	[thread overview]
Message-ID: <20160127154240.GL11240@phenom.ffwll.local> (raw)
In-Reply-To: <2D016F5BA44C744783BA96B1D3EBC5BD13F11D7A@IRSMSX102.ger.corp.intel.com>

On Wed, Jan 27, 2016 at 02:01:36PM +0000, Morton, Derek J wrote:
> >
> >-----Original Message-----
> >From: Daniel Vetter [mailto:daniel.vetter@ffwll.ch] On Behalf Of Daniel Vetter
> >Sent: Wednesday, January 27, 2016 1:39 PM
> >To: Ville Syrjälä
> >Cc: Morton, Derek J; intel-gfx@lists.freedesktop.org
> >Subject: Re: [Intel-gfx] [PATCH i-g-t] lib/igt_core.c: Expand --run-subtest functionality.
> >
> >On Wed, Jan 27, 2016 at 02:32:47PM +0200, Ville Syrjälä wrote:
> >> On Wed, Jan 27, 2016 at 10:05:56AM +0000, Derek Morton wrote:
> >> > Added support for specifying arbitary lists of subtests to run or to 
> >> > exclude from being run by using : or ^ as a seperator.
> >> > 
> >> > :subtest1:subtest2: Will run subtest1 and subtest2 
> >> > ^subtest1^subtest2^ will run all subtests except subtest1 and 
> >> > subtest2
> >> 
> >> Hmm. Getting a bit complicated perhaps. Would it be simpler to just 
> >> allow specifying the --r option multiple times? So we'd start with the 
> >> full list of subtests, and each --r option would filter the list in 
> >> some way?
> >
> >Also why not use piglit ... or what is this for?
> 
> We don't use piglet on android. Piglet does not know about adb. Piglet
> expects to be running on the system under test not on a separate host.

This can be fixed, and iirc there's even been patches floating around to
run piglits remotely via adb.

> The main aim of this is because on android we are not testing a driver
> which is drm-nightly. The kernel / display driver used on android will
> not have all the features that are in the latest linux kernel. We keep
> hitting problems where new subtests get added to IGT to test features
> that are not yet in the android kernel. We run and report tests at a
> binary level as that is what the project managers expect. We wish to be
> able to run the latest versions of IGT to pick up bug fixes and useful
> test changes, but want a way of being able to exclude subtests that are
> not currently appropriate on android without having to exclude complete
> test binaries. The specific subtests which need to be excluded will
> differ depending on the HW (CHV vs BXT for example) and specific driver
> version in the build under test so we need a simple mechanism to specify
> the subtests to run or exclude (depending on which is more appropriate)
> for each test.

So a bunch of things:
- Reporting at the per-binary level. Still doesn't make sense, and really
  imo not a technical issue. Worst case write shell scripts (or
  autogenerate those) with the testcase groups.

- igts falling over when the kernel doesn't support a feature. This
  shouldn't ever happen, igt testcases are suppose to skip when the
  requirements aren't met. Please report any such cases so that we can fix
  them up in upstream igt.

- Android folks breaking the libdrm abi isn't in your list, but comes up
  fairly often, too.

Cheers, Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2016-01-27 15:42 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-27 10:05 [PATCH i-g-t] lib/igt_core.c: Expand --run-subtest functionality Derek Morton
2016-01-27 12:32 ` Ville Syrjälä
2016-01-27 13:30   ` Morton, Derek J
2016-01-27 14:30     ` Ville Syrjälä
2016-01-27 15:02       ` Morton, Derek J
2016-01-27 15:36         ` Ville Syrjälä
2016-01-28  8:35           ` Dave Gordon
2016-01-28 10:47             ` Morton, Derek J
2016-01-27 13:39   ` Daniel Vetter
2016-01-27 14:01     ` Morton, Derek J
2016-01-27 15:42       ` Daniel Vetter [this message]
2016-01-27 16:45         ` Morton, Derek J
2016-01-27 17:58           ` Daniel Vetter
2016-02-04 11:41 ` David Weinehall

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160127154240.GL11240@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=derek.j.morton@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.