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