On 7/16/08, Milton Miller <[EMAIL PROTECTED]> wrote: > Hi. Previous threads have mentioned that binutil-2.17 is broken for building powerpc kernels. It is fixed in binutils-2.18.
I have encountered this and upgrading to 2.18 fixed my build. The symptom is large kernel sizes and a long time in gzip. In my case it was gziping a 2GB file. > > I've been working with Debian bintuils 2.17-3 (which identifies > itself as 2.17) on my build box for some time. > > When testing all-yes-config, I was getting warnings, but the > vmlinux was booting via kexec. > > Since I was replicating the warnings from BFD about section lmas > overlapping in vmlinux.strip.$$, I was encouraged to actually try > booting the resulting stripped kernel. After a false start (getting > the old binary) I ended up replicating the fail-to-boot some people > have reported on linuxppc-dev. > > Digging into the failure, we were trying to copy *way* too much data > in copy_and_flush from after_prom. I found the value loaded from > _klimit was something like 0x00002fea_00400000, not quite _end that > it was initialized. > > I tracked this down to the .rodata and all sections following loosing > the inter-section alignment. > > > /DISCARD/ { > .... > } > text: AT( .text - LOAD_OFFSET): { > .... > } > > . = ALIGN(0x1000) /* this align directive aparently gets lost > when stripping the file */ > > .rodata: AT (.rodata - LOAD_OFFSET): { > ... > } > > the effects of that align were dropped during strip, shifting all > following sections up in memory and the resulting failure. > > I don't know if the fault is ld or strip. > > The behavior came between 2.6.24 and -next-20080710, but others > have suggested their kernels don't boot in the 2.6.25 to 2.6.26 > transition, and a likely candidate is the addition of AT(x) to > set the lma, although we also switched form TEXT_TEXT macro in > include/asm-generic.h to a hand-rolled .text section. > > Can we come up with a workaround? > > thanks, > milton > > _______________________________________________ > Linuxppc-dev mailing list > Linuxppc-dev@ozlabs.org > https://ozlabs.org/mailman/listinfo/linuxppc-dev > -- Jon Smirl [EMAIL PROTECTED] _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev