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

Re: [Xen-devel] Xen 4.4 development update: RC0 imminent



On 12/05/2013 05:34 PM, Wei Liu wrote:
On Thu, Dec 05, 2013 at 05:16:55PM +0000, Ian Campbell wrote:
[...]
I pinged maintainer this morning, let's see his response later. He's in
GMT -8 timezone.

If we cannot get it merged within next week I would rather take it off
our list.
IIRC the Xen side patches were pretty small and straight forward and the
only issue was agreeing the ABI for the struct passed from hvmloader to
ovmf.

Yes, that's the main missing bit. However the interface has been acked
on OVMF side, does that mean it is safe to go in now?
I think so long as the risk that it might change is small we could take
it. The danger would be that we take it and release it and then someone
changes their mind or whatever. If they just spotted an issue then we'll
have to live with it -- just like we would if we committed to both ovmf
and Xen right now.

There's also an inherent danger in taking something into Xen without the
3rd party code which exercises it.

But the advantage is that when OVMF is updated it will be possible to
use it with Xen.

On the other hand if you need to build an OVMF yourself a few patches to
hvmloader are probably not a big deal either.

I think for the common user, applying patches is a much higher barrier than just downloading a repo.


OK, so I'm clearly in two minds about this ;-)

George -- what do you think?

My two cents would be let's see if we can upstream OVMF side patches in
time (it looks quite close now but I cannot say for sure, it's not
controlled by us ;-)), then release it in 4.4 and mark this feature as
experimental. Otherwise there's no need to merge Xen side patches.

In time for what?

Like I said, I think downloading a repo / tarball and building it is much lower than applying patches and then building. And changing editing the one file in the Xen tree that has the commit hash is easier yet. So I think there's an advantage to checking them in even if OVMF isn't upstream by the time we release.

And since OVMF is broken now anyway, we can't really break it; so there's little risk. :-)

 -George

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


 


Rackspace

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