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] mingetty on console on demo disk

To: Kip Macy <kmacy@xxxxxxxxxxx>
Subject: Re: [Xen-devel] mingetty on console on demo disk
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Fri, 12 Mar 2004 07:48:36 +0000
Cc: Barry Silverman <barry@xxxxxxxxx>, Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 12 Mar 2004 07:50:20 +0000
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Thu, 11 Mar 2004 22:00:58 PST." <20040311214725.P92936@xxxxxxxxxxxxxxxxxxxxx>
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
> Maybe pulling xend into telnetd itself would work?
> 
> In my environment I run a bunch of OS simulators for testing. The test
> harness manages the interface to the simulator itself so it effectively
> owns the pty. Some of the developers wanted to be able to interact with
> the console while the tests were running under the harness. The first
> thing I tried doing was just writing some python code that would
> multiplex a connection. I quickly discovered that that wasn't adequate
> for having a well-behaved telnet connection. There is a lot of terminal
> negotiation that goes on under the covers with telnetd. What I ended up
> doing was hacking telnetd internal interfaces to be re-entrant so that
> they could allow multiple connections to the same pty at once.
> 
> Perhaps you could also customize telnetd to leverage all the telnet
> negoatiation code. Ideally, of course, you'd pull the negotiation code
> out of telnet. However, that would be a bigger undertaking.

Actually I think that telnet is most likely the wrong thing to be
using here. Perhaps it would be better to write a dumb terminal
program that exchanges 8-bit clean characters between local console
and a TCP socket -- then we can add in smartness for things like
probing terminal size on an as-needed basis.

 -- Keir


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

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