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>
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).