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] x2d2

To: Anthony Liguori <anthony@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] x2d2
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Wed, 19 Jan 2005 16:36:45 +0000
Cc: andrew.warfield@xxxxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxxxx, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Wed, 19 Jan 2005 18:41:29 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
In-reply-to: Your message of "Wed, 19 Jan 2005 08:11:10 CST." <41EE6A7E.3030602@xxxxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
> Andrew Warfield wrote:
> 
> >We are in the process of some fairly major revisions to the control
> >tools.  I think that the general expectation is that 3.0 will show
> >some pretty big changes to the control interfaces and tools.  The
> >unstable tree now has a control switch (xcs) which sits under xend and
> >  
> >
> Wow.  I wrote the same exact thing about a week or two ago.
> 
> I took a slightly different approach though.  I opened a unix domain 
> socket to receive messages on and also opened up ptys for each domain.
> 
> The daemon takes care of multiplexing and demultiplexing the messages so 
> if your app sends a message, it will only get that response.
> 
> What are your thoughts on this approach?  I particularly like the idea 
> of piping the console data to a pty.

We thought about the pty approach, but resisted it because we
thought that in most setups there'd need to be a daemon running
in user-space to export the console (typically over the network),
and hence it wasn't worth the effort of turning it into a pty in
the kernel. 

The current approach also minimizes the amount of OS-specific Xen
privileged interface code, which keeps the people interested in
using OSes other than Linux in domain 0 happy.

I could be persuaded, though...

Ian


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

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