[systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup
Ramkumar Ramachandra
artagnon at gmail.com
Fri Jul 19 11:20:53 PDT 2013
Lennart Poettering wrote:
> /dev/tty0 always points to the foreground VC tty. Are you saying UML
> provides /dev/tty0 but not /dev/tty1, /dev/tty2, ...? I am pretty sure
> that UML should be fixed to provide neither or both, evertyhing else is
> broken.
Thanks for all the information. With some help from Al, I finally
figured out what's happening:
0. um Linux does not do VT102 emulation. This is a known limitation.
1. In its default configuration, it connects the guest's /dev/console
to the host's fd:0,fd:1.
2. In its default configuration (I just sent a patch changing this),
it connects the guest's /dev/tty[1-16] to a /dev/pts/N on the the host
(allocated dynamically). Then, to get a prompt on the guest, the user
can do `screen /dev/pts/N` or `minicom /dev/pts/N` on the host.
3. It provides con#= and ssl#= kernel parameters to override how all
the console and serial devices on the guest should be connected to the
host.
So, I can provide a patch for getty-generator to detect um Linux and
switch to getty on /dev/console, but vconsole-setup will still fail;
what should we do about that?
More information about the systemd-devel
mailing list