lkml.org 
[lkml]   [2005]   [Feb]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: COMMAND_LINE_SIZE increasing in 2.6.11-rc1-bk6
From
Date
Werner Almesberger <wa@almesberger.net> writes:

> Eric W. Biederman wrote:
> > Actually this is trivial to do by using a file in initramfs.
> > If we need something in a well defined format anyway.
>
> Yes, constructing an additional initramfs, or modifying an existing
> one to hold such data is certainly a possibility.
>
> I think there are mainly three choices:
> 1) the command line
> 2) an initramfs
> 3) some other, yet to be defined data structure
>
> 1) is relatively easy to do, but leads to more little parsers and
> doesn't scale too well. 2) scales well but has a relatively high
> overhead (constructing/scanning a cpio archive, etc., particularly
> for items needed early in the boot process), and does not work too
> well for discontiguous data structures.

There is certainly an issue with reading it early. But constructing
an additional cpio and sticking it into the initrd block is fairly
simple. For detecting devices especially in the case that takes
a while that isn't something we need to do early
in the boot process.

> 3) is of course what we should try to avoid :-)

Well the data structure is still yet to be defined. The
question you raised is how to pass it.

> So far, I also think that using an initramfs, or at least
> something that looks like one, even if not normally used as such,
> is the thing to try first.

Something like that. I have yet to see a even a proof of concept
of the idea of passing device information, to clean up probes.
Nor am I quite certain if it is really useful. But when it
happens I am sure we can cope.

Eric
-
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/

\
 
 \ /
  Last update: 2005-03-22 14:10    [W:1.103 / U:0.196 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site