Kexec command line length

Bernhard Walle bwalle at
Mon Jan 14 09:50:15 EST 2008

* Neil Horman <nhorman at> [2008-01-14 14:43]:
> Hey all-
> 	Regarding this bug:
> 	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).


More information about the kexec mailing list