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

Re: [Xen-devel] [RFC 0 PATCH 3/3] PVH dom0: construct_dom0 changes


there are two options. 

Option 1: Withdraw the talk. 
Option 2: Don't withdraw the talk
* Have a discussion on Wednesday
* Cover the current design and highlight the issues and possible solutions.
* Have a Bof afterwards to get more community involvement. BoF slot 6, which is 
on the next day is still up for grabs. We could also see whether maybe Stefano 
Panella would swap his BoF slot such that the discussion could immediately 
follow your talk.

Option 2 potentially has the advantage of getting more people involved in PVH 
going forward. Option 1 feels a little closed.


-----Original Message-----
From: George Dunlap [mailto:george.dunlap@xxxxxxxxxxxxx] 
Sent: 08 October 2013 11:01
To: Jan Beulich
Cc: keir.xen@xxxxxxxxx; xen-devel; Mukesh Rathor; Lars Kurth
Subject: Re: [Xen-devel] [RFC 0 PATCH 3/3] PVH dom0: construct_dom0 changes

On 10/08/2013 10:57 AM, Jan Beulich wrote:
>>>> On 08.10.13 at 11:39, George Dunlap <george.dunlap@xxxxxxxxxxxxx> wrote:
>> If it were just a question of cleaning up those bits, I could 
>> probably have another draft posted sometime this week.  But if we're 
>> stepping back and looking at whether this is the right approach, or 
>> whether something like Tim has suggested -- basically making PVH to 
>> be HVM minus qemu plus a handful of hypercalls, and most of the 
>> changes in the domain builder rather than in Xen -- that will take a 
>> bit longer, particularly because it would probably mean me having to 
>> understand and modify the Linux side of things as well.  At this 
>> point I'm not really sure what the best approach is going forward.
> Indeed, this all sounds more like being in need of a discussion on the 
> summit then (which however would very likely mean that this won't make 
> 4.4).

Hmm, which will make my "PVH technical deep-dive" talk a bit challenging to 
write. :-)

Lars, any suggestions?  I could just back out the talk (which would reduce my 
talk-writing load a bit), or I could try to talk about things in general and 
the issues we've been discussing.


Xen-devel mailing list



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