Hallo again !
>> Of course this is only a quick-test-hack. Many design issues
>> have to be discussed. In my version of patched grub, a compile
>> option -DGRUB_SERIAL_CONSOLE is used to deside, whether the PC console
>> or the serial one is used - not very good !
> Very bad. Note that one of the advantages in GRUB is the
> flexibility and it is achieved by determining as many things as
> possible at the run time.
Of course I will change this !
> 3. It should be specified in the configuration file to turn on the
> serial console function. Like this:
> console --baudrate=9600 serial # Use serial console (9600bps)
> console serial screen # Use both consoles
> console --terminal=vt100 serial # vt100-compatible serial console
What should grub do, if no config file (menu.lst) is present ?
(Default)
Concerning the menu:
Why do you think, the idea with the asterisk (or whatever)
is not useful. This is realy a minor change in the menu code
and nearly no change for the user. But the serial performane
is much increased.
What terminal types have to be supported. I used the standard Linux
console setup and use a front-end-terminal (a 20-liner, setting
console to raw mode and sleeping on select, waiting for a character over
the serial line or a character from the console to send to each other).
Also in 'minicom' my 'hack' does in a correct way, but at the moment,
I don't know, which terminal setup I have used.
With friendly regards,
Christoph Plattner
-------------------------------------------------------------------
private: [EMAIL PROTECTED]
company: [EMAIL PROTECTED]
