Kexec command line length

[Neil Horman]

On Mon, Jan 14, 2008 at 03:50:15PM +0100, Bernhard Walle wrote:
> * Neil Horman <nhorman at tuxdriver.com> [2008-01-14 14:43]:
> > Hey all-
> > 	Regarding this bug:
> > 	http://bugzilla.kernel.org/show_bug.cgi?id=9641
> > 	I'd like to look into putting together a patch for it, and wanted to
> > solicit comments for the best way to go about doing it.  Currently I've got it
> > fixed up in the Red Hat tree by bumping COMMAND_LINE_SIZE to 2048 and
> > eliminating the reserved buffer of the x86_linux_faked_param_header, which works
> > well, but isn't backwards compatible as Bernhard pointed out.  Given that extra
> > constraint, I thought it woudl e best to unify the command line and reserved
> > buffers in x86_linux_faked_param_header to one contiguour 2048 byte block and
> > maintain a separate variable that defines the command line length based on a
> > parsing of the UTS_VERSION.  Does that sound reasonable to everyone, or is there
> > a better way that someone has in mind?
> 
> For bzImage we can take the size in the header (that's also better for
> the future).
> 

Ok, but thats just one case, what about the other 4 image types that we support?
Regards
Neil

> 
>         Bernhard
> 
> _______________________________________________
> kexec mailing list
> kexec at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/kexec

-- 
/***************************************************
 *Neil Horman
 *Software Engineer
 *Red Hat, Inc.
 *nhorman at redhat.com
 *gpg keyid: 1024D / 0x92A74FA1
 *http://pgp.mit.edu
 ***************************************************/