[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] OVMF related osstest failures on multiple branches

Jan Beulich writes ("Re: [Xen-devel] OVMF related osstest failures on multiple 
> On 06.01.16 at 16:28, <ian.campbell@xxxxxxxxxx> wrote:
> > Running xen-4.6-testing with ovmf.git 52a99493cce8 instead of cb9a7ebabcd6
> > does seem to have worked (i.e. the flight hasn't actually finished yet but
> > it has passed the debian-hvm-install step).

Great.  So AFAICT we would conclude that Debian jessie does not work
with the older OVMF.

> > If we want to follow [1] then the plan of attack is:
> >  * I need to identify the patch(es) which actually fix this issue and
> >    cherrypick it into new stable branches in ovmf.git for 4.4, 4.5 and 4.6.
> >  * Ian J to update OVMF_UPSTREAM_REVISION in the corresponding xen.git
> >    stable branches to point to all those commits (either branch name or
> >    SHA, not sure).
> >  * The release checklist needs updating to include tagging this new tree
> >    and updating OVMF_UPSTREAM_REVISION to point to the tag instead of the
> >    commit (I think this is strictly speaking option, but we should do it).
> >  * We might want to consider retroactively tagging the versions of ovmf
> >    used in 4.4.[01234], 4.5.[012] and 4.6.0 in ovmf.git, which would be
> >    helpful for people using gitk etc to look at the history I suppose 
> > 
> > That assumes a seabios/qemut style model to updating ovmf, i.e. ungated
> > manual Config.mk update, if we were to switch to a gate it would be
> > different but regardless of the merits of doing things that way it does't
> > seem like a thing to do on a stable branch.

This is quite a lot of work.  Doing this work would perhaps make sense
if we had a reasonable idea what was going on in ovmf.git, which
changes to cherry pick to stable branches, etc.  But AFAICT we don't.

So I would be tempted to just update the Config.mk reference in stable


Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.