On Mon, Jan 14, 2008 at 03:50:15PM +0100, Bernhard Walle wrote: > * Neil Horman <[EMAIL PROTECTED]> [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 > [email protected] > http://lists.infradead.org/mailman/listinfo/kexec -- /*************************************************** *Neil Horman *Software Engineer *Red Hat, Inc. [EMAIL PROTECTED] *gpg keyid: 1024D / 0x92A74FA1 *http://pgp.mit.edu ***************************************************/ _______________________________________________ kexec mailing list [email protected] http://lists.infradead.org/mailman/listinfo/kexec
