[Fwd: [PATCH] PPC64: large INITRD causes kernel not to boot]

Olaf Hering olh at suse.de
Tue Aug 9 06:10:01 EST 2005


 On Mon, Aug 08, Mark Bellon wrote:

> I see your point. but I've got practical issues that I want to avoid:  
> I've got platforms that claim only part of the space south of 4MB and 
> _start is usually 4MB (a hole); starting at zero would not do nice 
> things in some cases. I felt my coding prevents any possibility of 
> problems by simply removing the chance of a collision.

Yes, try_claim could return an address below _start if size is small
enough.

> That initrd image is not claimed in your approach and it sits 
> immediately about _end. It would need to be claimed as well.

No, initrd is moved to initrd.addr.

> How about this? Claim everything in the loaded ELF file from _start 
> explicitly with claim_start initialized at _start?

This is really only required for brokenfirmware implementations. I have
seen it on IBM B50. Maybe older 64bit systems like 170 or 260 are broken
as well. So you claim once from _start to _end, and set claim_base to
_end.

> However I still like my approach saving time especially with a huge INITRD.

Does a claim take so much time? Maybe I misunderstood this part.



More information about the Linuxppc64-dev mailing list