Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-09-06 Thread Alon Bar-Lev
Thank you for the reply, H. Peter Anvin wrote: Alon Bar-Lev wrote: Hello Peter, I've written a reply before but got no response... The idea of putting arguments in initramfs is not practical, since the whole idea is to have the same image of system and affecting its behavior using the boo

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-09-06 Thread H. Peter Anvin
Alon Bar-Lev wrote: Hello Peter, I've written a reply before but got no response... The idea of putting arguments in initramfs is not practical, since the whole idea is to have the same image of system and affecting its behavior using the boot loader... No, you're wrong. The boot loader

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-09-06 Thread Alon Bar-Lev
H. Peter Anvin wrote: Chris Wedgwood wrote: On Wed, Aug 31, 2005 at 02:29:44PM -0700, H. Peter Anvin wrote: I think someone on the SYSLINUX mailing list already sent a patch to akpm to make 512 the default; making it configurable would be a better idea. Feel free to send your patch through m

Re: [syslinux] Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-09-01 Thread Peter Jones
On Wed, 2005-08-31 at 15:07 -0700, Chris Wedgwood wrote: > On Wed, Aug 31, 2005 at 03:01:57PM -0700, H. Peter Anvin wrote: > > > Maybe not. Another option would simply be to bump it up > > significantly (2x isn't really that much.) 4096, maybe. > > I wonder if we're not at the point where we ne

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-09-01 Thread Alon Bar-Lev
Thank you all for your quick responses! I want to add some of my comments. 1. Kernel parameters is a great mechanism to control how the kernel behaves without modifying any file in kernel, putting options in a file maybe seems a good solution... but it lower the power of the boot loader,

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-08-31 Thread H. Peter Anvin
Jesper Juhl wrote: Well, it wouldn't have to be initrd specifically. Generally what's needed is *some* way to tell the kernel "please read more options from location ". The interresting bit is what 's supposed to be. This is what initramfs (as opposed to initrd) does quite well. -hpa

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-08-31 Thread Chris Wedgwood
On Thu, Sep 01, 2005 at 12:12:00AM +0200, Jesper Juhl wrote: > b) add a new boot option telling the kernel the name of some file in > initrd or similar from which to load additional options. a file in initrd isn't a good choice; as the initrd is generally a fix image the point is some bootloader

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-08-31 Thread H. Peter Anvin
Chris Wedgwood wrote: On Wed, Aug 31, 2005 at 03:01:57PM -0700, H. Peter Anvin wrote: Maybe not. Another option would simply be to bump it up significantly (2x isn't really that much.) 4096, maybe. I wonder if we're not at the point where we need something different to what we have now. Th

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-08-31 Thread H. Peter Anvin
Chris Wedgwood wrote: On Thu, Sep 01, 2005 at 12:12:00AM +0200, Jesper Juhl wrote: b) add a new boot option telling the kernel the name of some file in initrd or similar from which to load additional options. a file in initrd isn't a good choice; as the initrd is generally a fix image the po

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-08-31 Thread Jesper Juhl
On 9/1/05, Chris Wedgwood <[EMAIL PROTECTED]> wrote: > On Thu, Sep 01, 2005 at 12:12:00AM +0200, Jesper Juhl wrote: > > > b) add a new boot option telling the kernel the name of some file in > > initrd or similar from which to load additional options. > > a file in initrd isn't a good choice; as

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-08-31 Thread Chris Wedgwood
On Wed, Aug 31, 2005 at 03:12:58PM -0700, H. Peter Anvin wrote: > Well, we have initramfs for the really big stuff. The kernel > shouldn't really need that much data, though. except the initrd image is in many cases fairly fixed; right now i have options i pass into initramfs by passing argument

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-08-31 Thread Jesper Juhl
On 9/1/05, Chris Wedgwood <[EMAIL PROTECTED]> wrote: > On Wed, Aug 31, 2005 at 03:01:57PM -0700, H. Peter Anvin wrote: > > > Maybe not. Another option would simply be to bump it up > > significantly (2x isn't really that much.) 4096, maybe. > > I wonder if we're not at the point where we need s

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-08-31 Thread Chris Wedgwood
On Wed, Aug 31, 2005 at 03:01:57PM -0700, H. Peter Anvin wrote: > Maybe not. Another option would simply be to bump it up > significantly (2x isn't really that much.) 4096, maybe. I wonder if we're not at the point where we need something different to what we have now. The concept of a command

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-08-31 Thread H. Peter Anvin
Chris Wedgwood wrote: On Wed, Aug 31, 2005 at 02:29:44PM -0700, H. Peter Anvin wrote: I think someone on the SYSLINUX mailing list already sent a patch to akpm to make 512 the default; making it configurable would be a better idea. Feel free to send your patch through me. So we really need t

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-08-31 Thread Chris Wedgwood
On Wed, Aug 31, 2005 at 02:29:44PM -0700, H. Peter Anvin wrote: > I think someone on the SYSLINUX mailing list already sent a patch to > akpm to make 512 the default; making it configurable would be a > better idea. Feel free to send your patch through me. So we really need this to be a configur

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-08-31 Thread H. Peter Anvin
Alon Bar-Lev wrote: Hello Peter, I am sorry that I am contacting you directly... Please refer me to correct contact if you are not the one. Lately, I've found that 256 bytes long kernel parameters are not enough for my configuration. I've found the place where the kernel defines the lengt