On Fri, Dec 15, 2006 at 12:15:34PM +0100, Nicolas Boullis wrote:
> I'm trying to use the standard console= kernel option to redirect the
> kernel logs to 2 different consoles. Hence, I added "console=tty0
> console=tty1 to my command-line.
> Unfortunately, the UML kernel complains:
> line_setup failed to parse "sole=tty0"
> line_setup failed to parse "sole=tty1"
>
> Is there a way to work around this and have my kernel logs sent to those
> 2 ttys?
This actually sort of works. I can make this work with one console=
like this:
put 'console=tty2 con0=fd:0,fd:1 con1=none con=port:9000' on
the command line
boot UML
it will appear to hang
telnet localhost 9000
that will be connected to UML's tty2 and you'll get all the
console output there
Given this, I don't see how adding 'console=tty3' can work. From my
reading of printk.c, it appears that any one driver can have a single
console:
the driver calls register_console with console.index == -1
register_console finds a matching console on the command line
and fills in console.index with the device number you asked for
Maybe I should be calling register_console once per device, with
console.index filled in, in which case multiple consoles per driver
might work.
So, I tried console=ttyS0 instead, to use the serial line driver.
With ssl=pts, and a screen attached to the appropriate pts device, I
get a hang on writing to screen, which I don't understand.
With ssl=xterm, I just get nothing.
So, there are bugs here, but it does kinda work.
Jeff
--
Work email - jdike at linux dot intel dot com
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
User-mode-linux-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user