[yocto] Kernel Panics on armv4t with gcc.4.5.1

[Diego Sueiro]

Nitin,

After removing:

echo "/* GNU ld script
   Use the shared library, but some functions are only in
   the static library.  */
GROUP ( libgcc_s.so.1 libgcc.a )" > ${D}${libdir}/libgcc_s.so


from gcc-package-target.inc and gcc-package-cross.inc, the gcc 4.5.2 was
successfully compiled.

And no kernel panic anymore. :-D

I just want to understand what is wrong with gcc 4.5.1.


Regards,

--
*dS
Diego Sueiro

Administrador do Portal Embarcados
www.embarcados.com.br

/*long live rock 'n roll*/


On Tue, Feb 1, 2011 at 8:40 AM, Diego Sueiro <diego.sueiro at gmail.com> wrote:

> Nitin,
>
>
> I got this error:
>
> /home/dev/yocto-repo/build/tmp/sysroots/i686-linux/usr/bin/armv4t-poky-linux-gnueabi/arm-poky-linux-gnueabi-ld:
> /usr/lib/crti.o: Relocations in generic ELF (EM: 3)
> /home/dev/yocto-repo/build/tmp/sysroots/i686-linux/usr/bin/armv4t-poky-linux-gnueabi/arm-poky-linux-gnueabi-ld:
> /usr/lib/crti.o: Relocations in generic ELF (EM: 3)
> /usr/lib/crti.o: could not read symbols: File in wrong format
> collect2: ld returned 1 exit status
> make[2]: *** [libgcc_s.so] Error 1
> make[2]: *** Waiting for unfinished jobs....
> arm-poky-linux-gnueabi-ranlib libgcc_eh.a
> arm-poky-linux-gnueabi-ranlib libgcc.a
> make[2]: Leaving directory
> `/home/dev/yocto-repo/build/tmp/work/armv4t-poky-linux-gnueabi/gcc-cross-intermediate-4.5.2-r3/gcc-4.5.2/build.i686-linux.arm-poky-linux-gnueabi/arm-poky-linux-gnueabi/libgcc'
> make[1]: *** [all-target-libgcc] Error 2
> make[1]: Leaving directory
> `/home/dev/yocto-repo/build/tmp/work/armv4t-poky-linux-gnueabi/gcc-cross-intermediate-4.5.2-r3/gcc-4.5.2/build.i686-linux.arm-poky-linux-gnueabi'
> make: *** [all] Error 2
> FATAL: oe_runmake failed
> Function 'do_compile' failed (see
> /home/dev/yocto-repo/build/tmp/work/armv4t-poky-linux-gnueabi/gcc-cross-intermediate-4.5.2-r3/temp/log.do_compile.646
> for further information)
> ERROR: Function 'do_compile' failed (see
> /home/dev/yocto-repo/build/tmp/work/armv4t-poky-linux-gnueabi/gcc-cross-intermediate-4.5.2-r3/temp/log.do_compile.646
> for further information)
>
>
>
> Regards,
>
> --
> *dS
> Diego Sueiro
>
> /*long live rock 'n roll*/
>
>
> On Mon, Jan 31, 2011 at 10:41 PM, Kamble, Nitin A <
> nitin.a.kamble at intel.com> wrote:
>
>>  Diego,
>>
>>   Can you try with 4.5.2 gcc from this branch:
>> http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/log/?h=nitin/khem_gcc_nitin
>>
>>
>>
>> Thanks,
>>
>> Nitin
>>
>>
>>
>>
>>
>> *From:* yocto-bounces at yoctoproject.org [mailto:
>> yocto-bounces at yoctoproject.org] *On Behalf Of *Diego Sueiro
>> *Sent:* Monday, January 31, 2011 10:53 AM
>> *To:* yocto at yoctoproject.org
>> *Subject:* [yocto] Kernel Panics on armv4t with gcc.4.5.1
>>
>>
>>
>> Folks,
>>
>>
>>
>> I'm not a kernel and neither a gcc expert developer, and after searching
>> for a solution for the last 2 weeks I've decided to appeal to the list.
>>
>>
>>
>> I'm trying to build a kernel image (2.6.32 and 2.6.30) for mini2440
>> (armv4t) with Yocto Project (poky master branch) and I'm facing a strange
>> issue.
>>
>>
>>
>> If I compile the kernel with Yocto gcc recipes (gcc 4.5.1) the kernel will
>> panic on init (console printed message is attached for kernel 2.6.30 and
>> 2.6.32).
>>
>> But, if I compile the kernel with meta-oe gcc recipes (gcc 4.5) everything
>> will be ok.
>>
>> Just for your reference these is the gcc recipes which I'm using:
>>
>>
>> http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/gcc
>>
>>
>> http://git.openembedded.org/cgit.cgi/meta-openembedded/tree/recipes-devtools/gcc
>>
>>
>>
>>
>>
>> I've compiled with and without thumb instructions, but the issue remains.
>>
>> I've tried to apply the patches gcc-armv4-pass-fix-v4bx-to-ld.patch
>> and gcc-arm-volatile-bitfield-fix.patch, but no success.
>>
>>
>>
>>
>>
>>
>>
>> Kind Regards,
>>
>>
>>
>> --
>>
>> *dS
>> Diego Sueiro
>>
>> /*long live rock 'n roll*/
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20110201/4a6984db/attachment.html>