Re: [Xen-devel] Adding Xen to the kbuild bot?

[Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>]

Andy Lutomirski writes ("Re: Adding Xen to the kbuild bot?"):
> On Feb 4, 2016 7:11 PM, "Fengguang Wu" <fengguang.wu@xxxxxxxxx> wrote:
> > Do you mean to run basic Xen testing on the various kernel trees that
> > 0day robot covers? That is, to catch kernel regressions when running
> > under Xen.

This would be great.

> > If the intention is to catch Xen regressions, the OSStest
> > infrastructure may be a better option:
> >
> >         git://xenbits.xen.org/osstest.git
> 
> No, I think that 0day should pick one Xen version and stick with it
> for a while rather than trying to track the latest version.

I don't have an opinion about whether more kernel testing for Xen
problems should be done with 0day or with wider use of osstest.

In any case, we in the Xen Project have a number of git branches of
Xen which might well suitable for use as a stable input to something
like 0day.

The most obvious would be the osstest output branch for the latest Xen
stable release, which is at
   git://xenbits.xen.org/osstest.git#stable-4.6
(and when 4.7 is released, ...-4.7).  This is subjected to the osstest
push gate so it is known not to be totally broken.

There is also the tested upstream development branch:
   git://xenbits.xen.org/osstest.git#master
which is also the output of an osstest push gate.  The advantage of
using that is that there is no need to explicitly update to a new
Xen release; the disadvantage is that it does change continously.

But both of these have been tested with at least one (usually, older)
version of Linux as dom0 and known to boot a variety of guests.

Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel