Re: [PATCH 1/2] OLPC: Add support for calling into Open Firmware

[Mitch Bradley <wmb@firmworks.com>]

Yinghai Lu wrote:
>
>> path" for kernel builds.
>>
>>  b) OFW loads the bzimage kernel at 0x100000 and the ramdisk image, if any,
>> at 0x800000.
>>     
>
> so you are assuming that your uncompressed vmlinux only use less 8M space?
>
> you are supposed to check the bzImage to get uncompressed vmlinux size.
>   

The 0x800000 ramdisk load address is an OLPC-specific firmware 
implementation detail that could easily be changed without affecting 
anything else. I probably shouldn't have mentioned it because it isn't 
really an integral part of the interface "contract".

I certainly hope that the OLPC kernel never gets anywhere near that 
size.  The OLPC hardware has limited configurability, so it's not 
plausible that the kernel would grow that large to include a huge kit of 
drivers.  If the kernel file becomes large as a result of including the 
initramfs in the same file, the 0x800000 ramdisk load address won't 
apply (because there won't be a separate load of the initramfs file), so 
the kernel could be extend way past that boundary with no problems.

If we get to the point where we do need huge kernels on OLPC, we can 
release a firmware upgrade along with the new OS.  We have mechanisms 
for coordinating firmware and OS upgrades.

If a new customer for OFW on x86 appears, I'll remember to float the 
boundary above the bzImage uncompressed size (assuming that the bzimage 
format is still applicable when that happens).
> YH
>
>