On Tue, 2003-06-17 14:32:13 +0200, Jan-Benedict Glaw <firstname.lastname@example.org>
wrote in message <20030617123212.GE6353@lug-owl.de>:
> On Tue, 2003-06-17 13:18:59 +0100, Ladislav Michl <email@example.com>
> wrote in message <20030617131859.A32079@ftp.linux-mips.org>:
> > On Tue, Jun 17, 2003 at 02:16:12PM +0200, Maciej W. Rozycki wrote:
> > > On Tue, 17 Jun 2003, Ladislav Michl wrote:
> > > > > Well, I would see early_printk() as advantageous if it was also
> > > > > capable
> > > > > to leave messages in the kernel ring buffer for dmesg or klogd to
> > > > > fetch.
> > I think we can leave it enabled by default, since it doesn't hurt too much.
> > Kernel cmdline argument could control usage of early console.
> If we constantly add (new) kernel arguments, we may at some time face
> the problem that the calling PROM/firmware/whatever cannot handle a
> command line which is *that* long. IIRC DECstations have a quite limited
> prompt length. This hurts for "3/tftp():vmecoff root=/dev/ram
> nfsroot=/nfsroot/decxxxx ip=bootp console=ttyS2 console=tty0
> I'm just thinking about numerizing all __setup() calls so that you maybe
> can use something C99 style like: .15=/dev/ttyS0 (where .15 is the
> fiveteenth variable which is "console".
Hmmm. That's almose trivial:) ./kernel/params.c:parse_one() needs to be
tweaked a bit. The rest is a small script to tell us what's between
__start___param and __stop___param.
Jan-Benedict Glaw firstname.lastname@example.org . +49-172-7608481
"Eine Freie Meinung in einem Freien Kopf | Gegen Zensur | Gegen Krieg
fuer einen Freien Staat voll Freier Bürger" | im Internet! | im Irak!
ret = do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));
Description: PGP signature