On 02/03/2011 11:21 AM, Darren Hart wrote:
On 02/03/2011 09:00 AM, Kamble, Nitin A wrote:
Hi Diego,
Good to know your kernel panic is gone. The 4.5.1 tree is arm specific
linaro patches, which probably helping you. You can also try the
meta-linaro layer.
http://git.pokylinux.org/cgit/cgit.cgi/meta-linaro/
This has moved:
http://git.pokylinux.org/cgit/cgit.cgi/poky-extras
And Darren is working on updating that layer currently. The gcc from
that layer has linaro arm patches.
I'm running into some build issues during the uprev, but hoping to have it done
ASAP.
To be clear on how to use this - I added the meta-linaro layer to my
poky tree and added these to my <MACHINE>.conf:
GCCVERSION = "4.5.1.linaro"
SDKGCCVERSION = "4.5.1.linaro"
When I tried this, I got these errors:
NOTE: preferred version 4.5.1.linaro of gcc-cross not available (for item
virtual/arm-poky-linux-gnueabi-gcc)
NOTE: preferred version 4.5.1.linaro of gcc-runtime not available (for item
virtual/arm-poky-linux-gnueabi-compilerlibs)
NOTE: preferred version 4.5.1.linaro of gcc-cross not available (for item
virtual/arm-poky-linux-gnueabi-g++)
NOTE: preferred version 4.5.1.linaro of gcc-cross-intermediate not available
(for item virtual/arm-poky-linux-gnueabi-gcc-intermediate)
NOTE: preferred version 4.5.1.linaro of gcc-crosssdk not available (for item
virtual/i586-pokysdk-linux-gcc-crosssdk)
NOTE: preferred version 4.5.1.linaro of gcc-runtime-nativesdk not available
(for item virtual/i586-pokysdk-linux-compilerlibs-nativesdk)
NOTE: preferred version 4.5.1.linaro of gcc-cross-initial not available (for
item virtual/arm-poky-linux-gnueabi-gcc-initial)
NOTE: preferred version 4.5.1.linaro of gcc-crosssdk not available (for item
virtual/i586-pokysdk-linux-g++-crosssdk)
NOTE: preferred version 4.5.1.linaro of gcc-crosssdk-intermediate not available
(for item virtual/i586-pokysdk-linux-gcc-intermediate-crosssdk)
NOTE: preferred version 4.5.1.linaro of gcc-crosssdk-initial not available (for
item virtual/i586-pokysdk-linux-gcc-initial-crosssdk)
What did I miss?
*From:*Diego Sueiro [mailto:[email protected]]
*Sent:* Tuesday, February 01, 2011 7:34 AM
*To:* Kamble, Nitin A
*Cc:* [email protected]
*Subject:* Re: [yocto] Kernel Panics on armv4t with gcc.4.5.1
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 <http://www.embarcados.com.br>
/*long live rock 'n roll*/
On Tue, Feb 1, 2011 at 8:40 AM, Diego Sueiro <[email protected]
<mailto:[email protected]>> 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
<[email protected] <mailto:[email protected]>> 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:*[email protected]
<mailto:[email protected]>
[mailto:[email protected]
<mailto:[email protected]>] *On Behalf Of *Diego Sueiro
*Sent:* Monday, January 31, 2011 10:53 AM
*To:* [email protected] <mailto:[email protected]>
*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*/
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
