All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kip Macy <kmacy@fsmware.com>
To: Barry Silverman <barry@disus.com>
Cc: Ian Pratt <Ian.Pratt@cl.cam.ac.uk>, xen-devel@lists.sourceforge.net
Subject: RE: mingetty on console on demo disk
Date: Thu, 11 Mar 2004 22:00:58 -0800 (PST)	[thread overview]
Message-ID: <20040311214725.P92936@demos.bsdclusters.com> (raw)
In-Reply-To: <IGEMLBGAECDFPIKMIMLCOEKLCFAA.barry@disus.com>

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.


				-Kip


On Fri, 12 Mar 2004, Barry Silverman wrote:

> The problem seems to be that xend doesn't support enough of the telnet
> protocol to force the connection into "character mode". At least on my
> system, telnet is going into "obsolete line-at-time" mode that has these
> nasty interactions like locally echoing the whole command line, trapping
> control characters, row wrapping, ....
>
> When I give the telnet escape, followed by the command "mode character", it
> behaves much more rationally.
>
> I believe you can work around the problem by having a .telnetrc file with
> the "mode character" command in it, but the proper fix would be to a) have
> xend give the protocol sequence to force the telnet client into character
> mode
> or b) use some simpler home brew client that doesn't try to use telnet's
> fancy local processing.
>
> Barry Silverman
>
> -----Original Message-----
> From: Ian Pratt [mailto:Ian.Pratt@cl.cam.ac.uk]
> Sent: Thursday, March 11, 2004 5:06 PM
> To: Barry Silverman
> Cc: Ian Pratt; xen-devel@lists.sourceforge.net
> Subject: Re: [Xen-devel] mingetty on console on demo disk
>
>
>
> [back on list]
>
> > The xend interface doesn't pass some of the more arcane terminal protocols
> > (window resizing, interrupt characters, ...). Are these something hard to
> > add?
>
> It's not xend that's the problem, but something in the tty driver
> in xenolinux. To be honest, we can't make head nor tail of the
> Linux tty code, and have no idea why resizing etc doesn't work.
> We're probably just not setting some parameter some
> where. However, we appear to be 'bug compatible' with using a
> serial console on RH9.
>
> Perhaps someone on xen-devel knows about tty's and could take a
> look ???
>
> > Keir mentioned on the list that he was planning to rewrite
> > Xend...
>
> That won't effect things, as xend is just an 8bit clean pipe.
>
>
> 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@lists.sourceforge.net
> 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

  reply	other threads:[~2004-03-12  6:00 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <IGEMLBGAECDFPIKMIMLCGEKLCFAA.barry@disus.com>
2004-03-11 22:06 ` mingetty on console on demo disk Ian Pratt
2004-03-12  5:23   ` Barry Silverman
2004-03-12  6:00     ` Kip Macy [this message]
2004-03-12  7:48       ` Keir Fraser
2004-03-11 21:31 Barry Silverman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040311214725.P92936@demos.bsdclusters.com \
    --to=kmacy@fsmware.com \
    --cc=Ian.Pratt@cl.cam.ac.uk \
    --cc=barry@disus.com \
    --cc=xen-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.