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

RE: [Xen-devel] Non-standard use of Xen I/O Architecture




> -----Original Message-----
> From: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx [mailto:xen-devel-
> admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Barry Silverman
> Sent: 02 April 2004 13:46
> To: Ian Pratt
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx
> Subject: RE: [Xen-devel] Non-standard use of Xen I/O Architecture
> 
> Great, I was hoping you would say that...
> 
> Will some documentation be available (or will you update the mini-os
> example) to describe the guest driver interface that are not in a linux
> driver?

The "guest driver interface" or virtual device interface is not yet
implemented, though we expect this to be available over the next couple of
weeks. Likewise, direct device access for domains other than dom0. Primary
documentation will be the header files and sample implementation in
xenolinux :) time permitting we would also update mini-os with some sample
device driver, though they will look a lot like the ones in xenolinux and it
is not quite clear to me how much use they would be without also pulling in
say some sort of a network stack. We plan to write up some of this but don't
yet know yet to which detail.

Rolf

> 
> Barry Silverman
> -----Original Message-----
> From: Ian Pratt [mailto:Ian.Pratt@xxxxxxxxxxxx]
> Sent: Friday, April 02, 2004 4:40 PM
> To: Barry Silverman
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx; Ian.Pratt@xxxxxxxxxxxx
> Subject: Re: [Xen-devel] Non-standard use of Xen I/O Architecture
> 
> 
> 
> > Would it be theoretically possible for Xen/Domain 0 to supply higher
> level
> > services (E.G, sshd connection mapping, or VNC servers) running in
> custom
> > built servers - to service simple guest (non-linux) drivers that use the
> > evtchn/share memory interface?
> 
> Sure. Xen provides a great environment for developing custom OSes
> without having to worry about about hardware device support etc.
> 
> With the new IO model, you could even provide the guest OS with
> very high-level abstractions: For example, you could provide the
> guest with a reliable byte stream network connection implemented
> over an SSL or SSH connection in another domain.
> 
> > For example (and this is somewhat contrived...):
> > I have a PDP-11 emulator that runs the ancient Unix (Thompson &
> Ritchie's
> > original 1976 Unix 5th Edition). I would like to run the emulator, and
> the
> > Unix as a guest (in fact more than one...).
> >
> > I would like someone SSH'ing in on specific ports to boot their own
> Ancient
> > Unix, and to run it from the "console", as well as expose incoming ssh
> > connections as Hardware terminal multiplexer ports.
> 
> Sure, all do-able with a bit of programming...
> 
> Ian
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/xen-devel



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel


 


Rackspace

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