From: BlaisorBlade <blaisorblade_spam@yahoo.it>
To: user-mode-linux-devel@lists.sourceforge.net
Cc: Cameron Patrick <cameron@patrick.wattle.id.au>
Subject: Re: [uml-devel] mconsole telinit design, worry about init standards?
Date: Sat, 7 Feb 2004 16:33:18 +0100 [thread overview]
Message-ID: <200402071633.18734.blaisorblade_spam@yahoo.it> (raw)
In-Reply-To: <20040206054200.GC22141@patrick.wattle.id.au>
Alle 06:42, venerdì 6 febbraio 2004, Cameron Patrick ha scritto:
> Dan Shearer wrote:
> | I've got a rough implementation of an mcsonole telinit command, where
> | mconsole_kern opens /dev/initctl and sends a command to change
> | runlevels. Some small changes in arch/um/mconsole_kern.c.
> |
> | This raises a question about UML design. UML shouldn't be dependent on
> | any specific program running inside the VM.
>
> How about having some kind of generic interface to allow the host to
> access files, send signals, etc inside the VM? That would be overkill
> for a simple telinit but could open up other possibilities too.
Some time ago I posted an ugly but working patch to add this command to
mconsole:
exec <command line> - exec that command inside UML.
Thanks to cat, kill and so on, this patch extends to what you think and much
more - and reduces the code needed to implement that.
That patch didn't manage stdin and stdout (I first thought this) + was a bit
bad and I haven't had time to correct it + Jeff Dike (and I agree with him)
didn't accept the patch, not because it was wrong (it worked) but because he
felt that an exec command is useless (just open another console, even without
login, to execute those commands), but if people are interested, I could
produce a 2.6 version with I/O support (maybe!). Note that I/O couldn't go to
mconsole - too much pain to do that, but to a "virtual" /dev/ttyN of user's
choice (one like the other virtual consoles).
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
-------------------------------------------------------
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 prev parent reply other threads:[~2004-02-07 16:29 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-06 0:37 [uml-devel] mconsole telinit design, worry about init standards? Dan Shearer
2004-02-06 5:42 ` Cameron Patrick
2004-02-07 15:33 ` BlaisorBlade [this message]
2004-02-09 0:11 ` Michael Richardson
2004-02-12 1:14 ` Jeff Dike
2004-02-12 1:47 ` Dan Shearer
2004-02-12 3:49 ` Jeff Dike
2004-02-12 4:40 ` Dan Shearer
2004-02-13 11:03 ` Miquel van Smoorenburg
2004-02-13 11:23 ` Dan Shearer
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=200402071633.18734.blaisorblade_spam@yahoo.it \
--to=blaisorblade_spam@yahoo.it \
--cc=cameron@patrick.wattle.id.au \
--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