WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] RE: Rearchitecting IO Emulation for HVM Guests

To: "Daniel Stekloff" <dsteklof@xxxxxxxxxx>
Subject: [Xen-devel] RE: Rearchitecting IO Emulation for HVM Guests
From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date: Thu, 8 Jun 2006 13:07:15 +0100
Cc: Natasha Jarymowycz <natasha@xxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Thu, 08 Jun 2006 08:55:29 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcaKeap38r3jAyP6SVOfQMSlvxyBSQAeOLuA
Thread-topic: Rearchitecting IO Emulation for HVM Guests
> Natasha and I are interested in helping with the io emulation work for
> fully virtualized HVM guests you mentioned in your March 12th email:

Great!

I think the updated task list probably looks something like:
 1. update qemu-dm to use latest QEMU version (Christian is working on
this)
 2. modify the xen/qemu interface to use the 'v2e' approach (Leendert is
looking at this)
 3. implement 'stub domains' -- rings 1-3 in the root VMCS (normally
used by PV guests) are free for use in HVM domains (we need to have some
discussion on the best way of doing this [*])
 4. run linux in the stub domain with qemu running from an initrd
 5a. link qemu directly against the linux kernel to avoid system calls
 5b. or, link qemu against minios if we have IO support in minios.

Thanks,
Ian

[*] do we have a separate domain struct that the scheduler knows is
actually the same as another domain for scheduling/accounting purposes,
or do we modify the domain struct so hvm and pv guests don't share the
same fields? Probably the latter. 


>
http://lists.xensource.com/archives/html/xen-devel/2006-03/msg00394.html
 
> In the post, you mentioned the following tasks:
> 
> - get minios running on x86_64
> - port xenbus/netfront/blkfront to minios
> - compile qemu-dm into minios
> - redirect IO to qemu-dm in minios
> 
> Since this work started a couple months ago and some of it has been
> accomplished, we'd like to know what the current status is, what
current
> tasks there are, who's working on those tasks, and if there's anything
> you'd like us to look into.
> 
> Thanks,
> 
> Dan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel