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

Re: [Xen-devel] Re: [kvm-devel] More virtio users

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] Re: [kvm-devel] More virtio users
From: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Date: Thu, 14 Jun 2007 17:27:15 +0100
Cc: kvm-devel@xxxxxxxxxxxxxxxxxxxxx, Rusty Russell <rusty@xxxxxxxxxxxxxxx>, Avi Kivity <avi@xxxxxxxxxxxx>, Arnd Bergmann <arnd@xxxxxxxx>, virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
Delivery-date: Thu, 14 Jun 2007 09:25:22 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <200706130001.21431.arnd@xxxxxxxx>
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>
References: <466BA965.6050208@xxxxxxxxxxxx> <200706130001.21431.arnd@xxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.9.6
I've not reviewed the virtio patches but think I've gathered the gist of what 
they're doing (puppies would probably help here)...

> On Sunday 10 June 2007, Avi Kivity wrote:
> > There are probably more.  Any ideas?
>
> * watchdog timer

I recently knocked up a watchdog timer for Xen.  The Linux-side code is based 
on the softdog implementation, but the actual timer implementation is within 
Xen itself.

It'd be fairly trivial to make something like this call out to a variety of 
potential paravirt implementations - much of the code was effectively 
boilerplate (setting up char device, dealing with magic close character, 
etc).

Taking this further, it'd be quite easy to make a "null" implementation that 
does what softdog did.

Watchdogs grow from puppies, so I'd think this would suit Rusty quite well ;-)

> * tty ports (not just console) to attach to via host socket
> * alsa
> * hostfs (UML like)

My XenFS project is somewhat like hostfs but it's a) a bit hairy and b) not 
done yet :-)  A simpler hostfs-style filesystem would be useful and a better 
target for testing out virtio.

The main thing XenFS would want that I guess other virtio devices mightn't 
want is support for persistently sharing memory between virtual machines...  
In the Xen case this is less trivial than the UML hostfs case.  It's not 
*needed* yet, I just thought I'd throw it out there as a potential future 
thing.  Presumably virtual block devices that do memory sharing might need 
this sort of facility too.

Cheers,
Mark

-- 
Dave: Just a question. What use is a unicyle with no seat?  And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!

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

<Prev in Thread] Current Thread [Next in Thread>