|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm
On Mon, Oct 19, 2015 at 11:21:24AM +0100, Ian Jackson wrote:
> Wei Liu writes ("Re: [Xen-devel] [xen-unstable bisection] complete
> test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm"):
> > On Sat, Oct 17, 2015 at 10:55:52PM +0000, osstest service owner wrote:
> > > branch xen-unstable
> > > xen branch xen-unstable
> > > job test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm
> > > test debian-hvm-install
> ...
> > > libxc: split x86 HVM setup_guest into smaller logical functions
> > >
> > > This is just a preparatory change to clean up the code in
> > > setup_guest.
> > > Should not introduce any functional changes.
> ...
> > > For bisection revision-tuple graph see:
> > >
> > > http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-unstable/test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm.debian-hvm-install.html
> > > Revision IDs in each graph node refer, respectively, to the Trees above.
> ...
> > The bug has been fixed in staging and we already got a push.
> >
> > I'm not quite sure why the bisector thought this commit was the culprit,
>
> When you say "the bug", which bug do you mean ? I think the bisector
> is fingering this commit because of the types bug introduced in that
> commit and fixed in
> "[PATCH v2] libxc: fix the types used in xc_dom_image to build HVM guests"
>
Yes.
> > but I wouldn't spend time on this...
>
> I need to know if the bisector is producing confusing or wrong output
> :-).
>
I'm now confident that the bisector is doing the right thing. I dig into
various flights to understand what the long list of flights actually
meant. It might be helpful we have page explaining how to interpret this
email, too.
In a previous reply I said I was confused because the flight that got a
push (63026) had test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm run on
italia*, not merlot*, so I wasn't sure if OSSTest was doing the right
thing. But then I looked again, the aforementioned test case did get a
pass on merlot* in 63024. So in 63026 OSSTest worked out the tree was
fine.
With that in mind, I'm confident that the bug (misuse of types) is fixed
in staging and master.
Wei.
> Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |