From: Russell King <rmk+lkml@arm.linux.org.uk>
To: Marc Koschewski <marc@osknowledge.org>
Cc: Jon Smirl <jonsmirl@gmail.com>, Vojtech Pavlik <vojtech@suse.cz>,
Greg KH <greg@kroah.com>, lkml <linux-kernel@vger.kernel.org>
Subject: Re: Christmas list for the kernel
Date: Wed, 23 Nov 2005 16:05:20 +0000 [thread overview]
Message-ID: <20051123160520.GH15449@flint.arm.linux.org.uk> (raw)
In-Reply-To: <20051123155650.GB6970@stiffy.osknowledge.org>
On Wed, Nov 23, 2005 at 04:56:50PM +0100, Marc Koschewski wrote:
> * Jon Smirl <jonsmirl@gmail.com> [2005-11-23 10:12:58 -0500]:
>
> > On 11/23/05, Russell King <rmk+lkml@arm.linux.org.uk> wrote:
> > > > Plus I have 64 tty devices. Couldn't the tty devices be created
> > > > dynamically as they are consumed? Same for the loop and ram devices?
> > >
> > > You do realise that the dynamic device creation for those 64 console
> > > devices is done via the console device being _opened_ by userspace?
> > >
> > > Hence, if the device doesn't exist in userspace, it can't be created
> > > for userspace to open it to create the device via udev. Have you
> > > noticed a catch-22 with that statement?
> >
> > Couldn't we create tty0-3 and then when one of those gets opened,
> > create tty4, and so on? Then there would always be two or three more
> > tty devices than there are open tty devices.
> >
>
> How does that work when you ie. have tty0, tty1, tty2, tty3 per default,
> open tty4, tty5, tty6 and the close tty4? And what if you then open
> another? Will it be tty4 oder tty7? If so, what if the maximum numer is
> reached even if only 3 ttys are left open?
And what if you want consoles on 1-6 and syslog messages on tty12?
Also, remember that when init starts the gettys on tty1-N, they're
started in parallel, so you will end up with the gettys opening those
in a random order.
Therefore, you can not infer that if tty1 has been opened, tty2 will
be next, followed by tty3 and then tty4, etc.
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
next prev parent reply other threads:[~2005-11-23 16:05 UTC|newest]
Thread overview: 78+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-22 18:31 Christmas list for the kernel Jon Smirl
2005-11-22 18:39 ` Alistair John Strachan
2005-11-22 19:10 ` Jon Smirl
2005-11-23 0:43 ` Andrew Morton
2005-11-23 1:09 ` Jon Smirl
2005-11-23 1:37 ` Josh Boyer
2005-11-23 2:00 ` Andrew Morton
2005-11-23 5:18 ` Jon Smirl
2005-11-23 5:45 ` Andrew Morton
2005-11-23 16:12 ` Bill Davidsen
2005-11-23 19:27 ` Andrew Morton
2005-11-22 19:31 ` Christoph Hellwig
2005-11-22 19:57 ` Jon Smirl
2005-11-23 22:16 ` Pavel Machek
2005-11-23 22:12 ` Pavel Machek
2005-11-22 20:49 ` Greg KH
2005-11-22 21:13 ` Jon Smirl
2005-11-22 21:28 ` Kasper Sandberg
2005-11-22 21:41 ` Jon Smirl
2005-11-22 21:56 ` David Lang
2005-11-22 22:00 ` Anton Altaparmakov
2005-11-22 23:36 ` Alan Cox
2005-11-22 23:56 ` Jon Smirl
2005-11-23 9:09 ` Russell King
2005-11-23 16:07 ` Bill Davidsen
2005-11-23 8:47 ` Denis Vlasenko
2005-11-23 14:44 ` Vojtech Pavlik
2005-11-23 17:21 ` Gene Heskett
2005-11-23 17:30 ` Russell King
2005-11-23 19:28 ` Bill Davidsen
2005-11-22 23:35 ` Alan Cox
2005-11-22 23:58 ` Jon Smirl
2005-11-23 0:37 ` Alistair John Strachan
2005-11-23 11:19 ` Alan Cox
2005-11-23 12:17 ` Vojtech Pavlik
2005-11-23 14:43 ` Jon Smirl
2005-11-23 15:03 ` Russell King
2005-11-23 15:12 ` Jon Smirl
2005-11-23 15:56 ` Marc Koschewski
2005-11-23 16:05 ` Russell King [this message]
2005-11-23 16:37 ` Jon Smirl
2005-11-23 16:49 ` Vojtech Pavlik
2005-11-23 16:59 ` Jon Smirl
2005-11-23 17:05 ` Marc Koschewski
2005-11-23 17:13 ` Jon Smirl
2005-11-23 17:16 ` Vojtech Pavlik
2005-11-23 17:24 ` Marc Koschewski
2005-11-23 17:15 ` Vojtech Pavlik
2005-11-23 19:32 ` Bill Davidsen
2005-11-23 15:19 ` Jon Smirl
2005-11-23 15:25 ` Russell King
2005-11-23 15:31 ` Jon Smirl
2005-11-23 15:36 ` Russell King
2005-11-23 16:02 ` Marc Koschewski
2005-11-23 16:16 ` Russell King
2005-11-23 16:23 ` Marc Koschewski
2005-11-23 16:23 ` Vojtech Pavlik
2005-11-23 16:27 ` Russell King
2005-11-23 16:31 ` Dmitry Torokhov
2005-11-23 16:34 ` Vojtech Pavlik
2005-11-23 16:33 ` Vojtech Pavlik
2005-11-23 15:20 ` Pierre Ossman
2005-11-23 15:29 ` Russell King
2005-11-23 15:39 ` Pierre Ossman
2005-11-23 15:51 ` Russell King
2005-11-23 15:49 ` Jon Smirl
2005-11-23 15:56 ` Russell King
2005-11-23 16:32 ` Bill Davidsen
2005-11-23 16:50 ` Jon Smirl
2005-11-23 15:49 ` John Stoffel
2005-11-23 15:27 ` Martin Mares
2005-11-22 21:28 ` Dmitry Torokhov
2005-11-22 23:33 ` Alan Cox
2005-11-23 7:10 ` Early boot issues (WAS: Christmas list for the kernel) Benjamin Herrenschmidt
2005-11-23 19:47 ` Andi Kleen
2005-11-22 22:11 ` Christmas list for the kernel Bill Davidsen
2005-11-24 4:17 ` Rob Landley
2005-11-23 22:23 ` Pavel Machek
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=20051123160520.GH15449@flint.arm.linux.org.uk \
--to=rmk+lkml@arm.linux.org.uk \
--cc=greg@kroah.com \
--cc=jonsmirl@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=marc@osknowledge.org \
--cc=vojtech@suse.cz \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox