Re: [PATCH] x86 Boot enhancements, boot protocol 2.04 7/9

Tom Rini (trini@kernel.crashing.org)
Thu, 4 Apr 2002 07:10:35 -0700


On Wed, Apr 03, 2002 at 08:23:58PM -0700, Eric W. Biederman wrote:
> Tom Rini <trini@kernel.crashing.org> writes:
>
> > On Wed, Apr 03, 2002 at 09:41:55AM -0700, Eric W. Biederman wrote:
> >
> > > In imitation of the arm and ppc ports a CONFIG_CMDLINE option is also
> > > implemented.
> >
> > Just wondering, why didn't you do it with a
> > CONFIG_CMDLINE_BOOL/CONFIG_CMDLINE set of options? The way you did it,
> > I _think_ you can't actually get a help msg from 'config' or
> > 'oldconfig', you'll just set the commandline to '?'.
>
> I just tested it and oldconfig at least works.

That's sort of supprising.

> > Also, on current PPC, if we have a compiled-in commandline we put it in
> > arch/ppc/kernel/setup.c and allow it to be overridden. This even makes
> > it semi-useful outside of the self-containted {b,}zImage situation.
>
> I currently allow a compiled in command line to be appended to. lilo
> also does this when you specify a command line, and to my knowledge all
> boot options prefer the last value specified so that should be good
> enough. As the decision happens in C code it isn't to hard to change
> either way.

The way you're doing it now, you're sticking it into final image itself
tho, and passing it along. If you're not going to be able to change the
commandline, why not handle it all in C? eg:
strcpy(cmd_line, CONFIG_CMDLINE);
if ( passed a new commandline )
strcpy(cmd_line, new_cmdline);

Tho I have to admit I'm not sure where x86 ends up passing the
commandline in now..

-- 
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/