On Tue, 2003-03-11 at 12:59, Antonino Daplas wrote:

On Tue, 2003-03-11 at 17:52, Alex Bennee wrote:

quoted

quoted

<snip>
On loading the module my code does the following:

    take_over_console(&sh_con, MAX_NR_CONSOLES - 1, MAX_NR_CONSOLES - 1,
1);

Which I understand should associate my new console driver with the last
system console (63 in this case). Then to test the console output I do:

    echo "this is a test string" > /dev/vc/63

I think the above will not work.  You can only have 1 active console at
a time, so all inputs to an inactive console will be buffered.  Only
when you switch to that particular console that all pending commands
will be flushed. 

Why not just use take_over_console() with first and last equal to a tty
you can switch to?  If something bad happens, just switch to a working
console.

I tried that. It seems the first time I do a Ctrl-Alt-5 (for example) I
loose the ability to use my keyboard. The only way I can recover
anything is to re-boot my machine. This strikes me as a little odd as I
thought the console was soley interested in output.

Is there anyway to write unbuffered output to the console? After all the
only way I'm going to know anything is working is through dmesg and/or
the screen image I read from my debugging proc interface.

-- 
Alex, homepage: http://www.bennee.com/~alex/

The soul would have no rainbow had the eyes no tears.



-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en