From: Gerd Knorr <kraxel@bytesex.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Jeff Dike <jdike@addtoit.com>,
uml devel <user-mode-linux-devel@lists.sourceforge.net>
Subject: Re: [uml-devel] [2.6 patch] terminal/console cleanups
Date: Mon, 7 Jun 2004 11:03:29 +0200 [thread overview]
Message-ID: <20040607090328.GA20535@bytesex.org> (raw)
In-Reply-To: <Pine.GSO.4.58.0406061918460.5793@waterleaf.sonytel.be>
On Sun, Jun 06, 2004 at 07:20:36PM +0200, Geert Uytterhoeven wrote:
> On Fri, 28 May 2004, Gerd Knorr wrote:
> > This is a major cleanup of the uml terminal drivers and console handling
> > (console as in "where the kernel messages go to", not as in "linux
> > virtual consoles). The changes in detail:
>
> Nice! Does this also mean the UML console no longer interferes with the normal
> virtual console subsystem? Before it was not possible to enable CONFIG_VT
> without some serious surgery to the UML vc subsystem, because both tried to
> attach to the same device number.
No, that hasn't changed. Guess you are asking because of the uml
virtual framebuffer driver, where you want run fbcon on top of?
I'm not sure how to deal with that best.
Right now in UML /dev/tty[0-8] are simple terminal lines. /dev/tty0
hasn't the special meaning of "current foreground console" as there are
simply no virtual consoles. It is possible to use screen to build a
virtual-console like setup in a pure text-based environment, which works
pretty good.
It likely would also be possible to use CONFIG_VT and create a
CONFIG_VT_UMLCON driver instead. Havn't looked at that. I hope going
that route doesn't mean we'll have to implement something like screen
inside the uml kernel ...
By moving the stderr console code to another source file it should at
least be possible to make the uml consoles a compile time option and
then be able to use fbcon instead.
Gerd
--
Smoking Crack Organization
-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
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-06-07 9:20 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-28 13:58 [uml-devel] [2.6 patch] terminal/console cleanups Gerd Knorr
2004-05-28 16:36 ` [uml-devel] " Jeff Dike
2004-06-06 17:20 ` [uml-devel] " Geert Uytterhoeven
2004-06-07 9:03 ` Gerd Knorr [this message]
2004-06-07 11:13 ` Geert Uytterhoeven
2004-06-07 14:55 ` Gerd Knorr
2004-06-07 22:58 ` Henrik Nordstrom
2004-06-08 8:08 ` Geert Uytterhoeven
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=20040607090328.GA20535@bytesex.org \
--to=kraxel@bytesex.org \
--cc=geert@linux-m68k.org \
--cc=jdike@addtoit.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.