linux-um archives
 help / color / mirror / Atom feed
From: Dan Shearer <dan@shearer.org>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: [uml-devel] Changes to port_user
Date: Fri, 23 Jan 2004 01:10:20 +1030	[thread overview]
Message-ID: <20040122144020.GQ4203@erizo.shearer.org> (raw)

I've done some minor work in drivers/port_user.c, including replacing
the binding to INADDR_ANY with a gethostbyname(passed_ip), so you
can specify which single IP to listen on. I'll post when I'm sure its
ok.

Now what I'm trying to do is replace in.telnetd with something else, for
the moment netcat as a simple case, or something that gives the same
effect. That involves understanding the significance of port_helper and
kernel/helper.c, which I don't yet.

Here's what I've noticed so far:

	When port_task_proc is run for a new incoming connection (an irq
	raised), port_accept calls port_connection, which is over in
	userspace (port_user.c)

	port_connection calls run_helper from kernel/helper.c, which
	starts in.telnetd in a new thread with clone(), supplying
	port-helper as the login program for telnetd but I'm not too
	sure what it does. telnetd behaves as if it were being run from
	inetd, being passed an input and an output descriptor, one
	connected to the UML (I don't know the mechanism for this yet)
	and the other to the network port.

Now, I just want raw data to go from the kernel to the port and back
again. So should I:

	a) just shortcircuit this by hooking the inbound and outbound
	descriptors up, or

	b) drop netcat in instead of telnetd (which I have tried but it
	isn't quite working yet.)

There may be architectural reasons why I shouldn't do (a).

Comments?

-- 
Dan Shearer
dan@shearer.org


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

             reply	other threads:[~2004-01-22 14:38 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-22 14:40 Dan Shearer [this message]
2004-01-22 15:43 ` [uml-devel] Changes to port_user Dan Shearer
2004-01-22 18:13   ` Jeff Dike
2004-01-22 16:20 ` Jeff Dike
2004-02-15 15:24   ` roland
2004-02-15 16:20     ` Ulf Bartelt
2004-02-15 16:39       ` roland

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=20040122144020.GQ4203@erizo.shearer.org \
    --to=dan@shearer.org \
    --cc=user-mode-linux-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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox