On Fri, Aug 16, 2013 at 1:58 PM, Brian Hutchinson <[email protected]>wrote:
> On Fri, Aug 16, 2013 at 11:37 AM, Khem Raj <[email protected]> wrote: > >> >> On Fri, Aug 16, 2013 at 8:12 AM, Brian Hutchinson >> <[email protected]>wrote: >> >>> At this point I'm using the toolchains outside of OE (meta-toolchain >>> from denzil branch and Linaro 4.8) to make life a bit simpler. >> >> >> >> can you use the the toolchain from OE-Core and see if it happens with >> that too ? >> >> > OK, that kept me busy for a while. I built core-image-minimal -c > populate_sdk with OE Core + meta-ti and installed that on my application > development machine > good. So as I understand now you have a compiler from OE-Core > > CPU: 0 Not tainted (2.6.37+ #1) > PC is at strcmp+0x10/0x48 > LR is at omap_mbox_get+0x40/0x1cc > pc : [<c01dcd94>] lr : [<c0061a50>] psr: a0000013 > sp : ca023f10 ip : ca023f20 fp : ca023f1c > r10: ca022018 r9 : 00000000 r8 : c04a20c0 > r7 : c049c5c8 r6 : c04a2798 r5 : c0408919 r4 : c047d898 > r3 : 00000000 r2 : 00000064 r1 : c0408919 r0 : 0000004c > Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel > Control: 10c5387d Table: 80004019 DAC: 00000017 > Process swapper (pid: 1, stack limit = 0xca0222e8) > Stack: (0xca023f10 to 0xca024000) > 3f00: ca023f44 ca023f20 c0061a50 > c01dcd90 > 3f20: c02b67c0 c01dcd90 c049c4a0 c049c56c c049c4a0 c0024ec8 ca023f6c > ca023f48 > 3f40: c02b9fe4 c0061a1c 00000001 00000000 c002b040 c002b040 c04d1f08 > c006a954 > 3f60: ca023f94 ca023f70 c0024f04 c02b9e70 c002b040 c002b0d0 c006a954 > c0024ec8 > 3f80: c04a20c0 00000000 ca023fd4 ca023f98 c00373b8 c0024ed4 00000036 > 00000000 > 3fa0: ca023fbc 00000196 c04896cc c002b040 c002b0d0 c006a954 00000013 > 00000000 > 3fc0: 00000000 00000000 ca023ff4 ca023fd8 c0008d68 c003730c 00000000 > 00000000 > 3fe0: 00000000 c0008cc0 00000000 ca023ff8 c006a954 c0008ccc eda485b5 > b186e796 > Backtrace: > [<c01dcd84>] (strcmp+0x0/0x48) from [<c0061a50>] (omap_mbox_get+0x40/0x1cc) > [<c0061a10>] (omap_mbox_get+0x0/0x1cc) from [<c02b9fe4>] > (notify_shm_drv_setup+0x180/0x254) > r7:c0024ec8 r6:c049c4a0 r5:c049c56c r4:c049c4a0 > [<c02b9e64>] (notify_shm_drv_setup+0x0/0x254) from [<c0024f04>] > (notify_init+0x3c/0x2a8) > r6:c006a954 r5:c04d1f08 r4:c002b040 > [<c0024ec8>] (notify_init+0x0/0x2a8) from [<c00373b8>] > (do_one_initcall+0xb8/0x180) > r9:00000000 r8:c04a20c0 r7:c0024ec8 r6:c006a954 r5:c002b0d0 > r4:c002b040 > [<c0037300>] (do_one_initcall+0x0/0x180) from [<c0008d68>] > (kernel_init+0xa8/0x150) > [<c0008cc0>] (kernel_init+0x0/0x150) from [<c006a954>] (do_exit+0x0/0x5dc) > r5:c0008cc0 r4:00000000 > Code: e1a0c00d e92dd800 e24cb004 e3a03000 (e7d02003) > ---[ end trace 599d30e660dbf8fa ]--- > Kernel panic - not syncing: Attempted to kill init! > Backtrace: > [<c0044aec>] (dump_backtrace+0x0/0x104) from [<c0351cf0>] > (dump_stack+0x18/0x1c) > r6:c01dcd96 r5:0000000b r4:c04a2858 r3:ffffffff > [<c0351cd8>] (dump_stack+0x0/0x1c) from [<c0351ee0>] (panic+0x60/0x178) > [<c0351e80>] (panic+0x0/0x178) from [<c006a9c0>] (do_exit+0x6c/0x5dc) > r3:c0480894 r2:ca020130 r1:00000001 r0:c040ad52 > r7:ca022000 > [<c006a954>] (do_exit+0x0/0x5dc) from [<c0044f58>] (die+0x280/0x2bc) > r7:ca022000 > [<c0044cd8>] (die+0x0/0x2bc) from [<c0351d50>] > (__do_kernel_fault.part.4+0x5c/0x7c) > [<c0351cf4>] (__do_kernel_fault.part.4+0x0/0x7c) from [<c035862c>] > (do_page_fault+0x200/0x21c) > r7:ca020000 r3:ca023ec8 > [<c035842c>] (do_page_fault+0x0/0x21c) from [<c035866c>] > (do_translation_fault+0x24/0xa4) > [<c0358648>] (do_translation_fault+0x0/0xa4) from [<c00371f8>] > (do_DataAbort+0x3c/0xa0) > r7:ca023ec8 r6:0000004c r5:c046a550 r4:00000005 > [<c00371bc>] (do_DataAbort+0x0/0xa0) from [<c035672c>] > (__dabt_svc+0x4c/0x60) > Exception stack(0xca023ec8 to 0xca023f10) > 3ec0: 0000004c c0408919 00000064 00000000 c047d898 > c0408919 > 3ee0: c04a2798 c049c5c8 c04a20c0 00000000 ca022018 ca023f1c ca023f20 > ca023f10 > 3f00: c0061a50 c01dcd94 a0000013 ffffffff > r7:c049c5c8 r6:c04a2798 r5:ca023efc r4:ffffffff > [<c01dcd84>] (strcmp+0x0/0x48) from [<c0061a50>] (omap_mbox_get+0x40/0x1cc) > [<c0061a10>] (omap_mbox_get+0x0/0x1cc) from [<c02b9fe4>] > (notify_shm_drv_setup+0x180/0x254) > r7:c0024ec8 r6:c049c4a0 r5:c049c56c r4:c049c4a0 > [<c02b9e64>] (notify_shm_drv_setup+0x0/0x254) from [<c0024f04>] > (notify_init+0x3c/0x2a8) > r6:c006a954 r5:c04d1f08 r4:c002b040 > [<c0024ec8>] (notify_init+0x0/0x2a8) from [<c00373b8>] > (do_one_initcall+0xb8/0x180) > r9:00000000 r8:c04a20c0 r7:c0024ec8 r6:c006a954 r5:c002b0d0 > r4:c002b040 > [<c0037300>] (do_one_initcall+0x0/0x180) from [<c0008d68>] > (kernel_init+0xa8/0x150) > [<c0008cc0>] (kernel_init+0x0/0x150) from [<c006a954>] (do_exit+0x0/0x5dc) > r5:c0008cc0 r4:00000000 > This needs to be debugged. Since 3.x kernels works fine with gcc 4.8.x, I would assume its something that got fixed in kernel along the way. You have to hunt I dont have neither the platform nor another device where I use 2.6.37 so cant help much with hunt > > To build the above, I simple sourced the > /usr/local/oecore-i686/environment-setup-armv7a-vfp-neon-oe-linux-gnueabi > script and then unset LDFLAGS. > > For kicks, I did a clean build of the kernel again and built with make > EXTRA_CFLAGS=-mno-unaligned-access uImage and that resulted in a hung > kernel: > > ## Booting kernel from Legacy Image at 83000000 ... > Image Name: Linux-2.6.37+ > Image Type: ARM Linux Kernel Image (uncompressed) > Data Size: 2348876 Bytes = 2.2 MiB > Load Address: 80008000 > Entry Point: 80008000 > Verifying Checksum ... OK > Loading Kernel Image ... OK > OK > > Starting kernel ... > > > Regards, > > Brian >
_______________________________________________ meta-ti mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-ti
