All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Campbell <ian.campbell@citrix.com>
To: Ian Jackson <ian.jackson@eu.citrix.com>, xen-devel@lists.xenproject.org
Subject: Re: [OSSTEST PATCH] make-flight: Trim the matrix of disk format flights
Date: Wed, 30 Sep 2015 15:42:44 +0100	[thread overview]
Message-ID: <1443624164.16718.195.camel@citrix.com> (raw)
In-Reply-To: <1443621840-17400-1-git-send-email-ian.jackson@eu.citrix.com>

On Wed, 2015-09-30 at 15:04 +0100, Ian Jackson wrote:
> We don't need to test every combination of toolstack, architecture,
> and disk format.  We don't expect many architecture-specific bugs in
> the per-disk-format code in the toolstack layers.
> 
> We _do_ want to test every combination of toolstack and disk format
> (since the format configuration machinery is toolstack specific) and a
> reasonable selection of architectures for each disk format (since
> arch-specific bugs in actual underlying disk drivers are a
> possibility).
> 
> The implementation strategy is for do_pv_debian_tests to select a
> particular architecture for each combination of toolstack and format.
> (Because the architecture is actually in an outer loop, we recalculate
> that selection multiple times, and skip inner iterations for the other
> architectures.  This is all in bash code so the wasted computation is
> not particularly important.)
> 
> We have a safety catch which spots if any architecture is entirely
> untested in any of these combinations; this would happen if a new
> architecture is introduced elsewhere and not added to the list.  We do
> not have a safety catch which spots when a (toolstack,format)
> combination becomes untested due to deletion of an architecture.
> (That would be more fiddly to implement without restructuring.)
> 
> We list armhf twice because we would like to do at least as many ARM
> as x86 tests (particularly given our current workload and capacity).
> 
> The result is that the set of generated jobs is adjusted as follows:
> 
>    keep  test-amd64-i386-xl-raw
>      -   test-amd64-i386-xl-vhd
>      -   test-amd64-i386-xl-qcow2
>      -   test-amd64-i386-libvirt-raw
>      -   test-amd64-i386-libvirt-vhd
>      -   test-amd64-i386-libvirt-qcow2
>      -   test-amd64-amd64-xl-raw
>      -   test-amd64-amd64-xl-vhd
>    keep  test-amd64-amd64-xl-qcow2
>      -   test-amd64-amd64-libvirt-raw
>    keep  test-amd64-amd64-libvirt-vhd
>      -   test-amd64-amd64-libvirt-qcow2
>      -   test-armhf-armhf-xl-raw
>    keep  test-armhf-armhf-xl-vhd
>      -   test-armhf-armhf-xl-qcow2
>    keep  test-armhf-armhf-libvirt-raw
>      -   test-armhf-armhf-libvirt-vhd
>    keep  test-armhf-armhf-libvirt-qcow2
> 
> (Where `-' means `drop this job'.)
> 
> Or to look at it another way:
> 
>                          i386   amd64   armhf
> 
>                  raw     keep     -       -
>                  vhd       -      -     keep
>                  qcow2     -    keep      -
> 
>          libvirt raw       -      -     keep
>          libvirt vhd       -    keep      -
>          libvirt qcow2     -      -     keep
> 
> I have diffed standalone-generate-dump-flight-runvars output before
> and after and it looks plausible.
> 
> Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>

Acked-by: Ian Campbell <ian.campbell@citrix.com>

  reply	other threads:[~2015-09-30 14:42 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-30 14:04 [OSSTEST PATCH] make-flight: Trim the matrix of disk format flights Ian Jackson
2015-09-30 14:42 ` Ian Campbell [this message]
2015-10-06 15:59   ` Ian Campbell

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=1443624164.16718.195.camel@citrix.com \
    --to=ian.campbell@citrix.com \
    --cc=ian.jackson@eu.citrix.com \
    --cc=xen-devel@lists.xenproject.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.