* Kernel Panics on armv4t with gcc.4.5.1
@ 2011-01-31 18:52 Diego Sueiro
2011-02-01 0:41 ` Kamble, Nitin A
0 siblings, 1 reply; 14+ messages in thread
From: Diego Sueiro @ 2011-01-31 18:52 UTC (permalink / raw)
To: yocto
[-- Attachment #1.1: Type: text/plain, Size: 1075 bytes --]
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*/
[-- Attachment #1.2: Type: text/html, Size: 2177 bytes --]
[-- Attachment #2: oops-2.6.30.txt --]
[-- Type: text/plain, Size: 9037 bytes --]
VFS: Mounted root (jffs2 filesystem) on device 31:2.
Freeing init memory: 104K
Failed to execute /linuxrc. Attempting defaults...
Unable to handle kernel paging request at virtual address 00100104
pgd = c3980000
[00100104] *pgd=3398c031, *pte=00000000, *ppte=00000000
Internal error: Oops: 817 [#1]
Modules linked in:
CPU: 0 Not tainted (2.6.30.4-boardcon #1)
PC is at get_page_from_freelist+0x1cc/0x418
LR is at get_page_from_freelist+0xf8/0x418
pc : [<c0061ed4>] lr : [<c0061e00>] psr: 60000093
sp : c381db10 ip : 00000000 fp : c381db6c
r10: c041e660 r9 : c03c0cb8 r8 : 60000013
r7 : 00000001 r6 : c03e0974 r5 : c03e0994 r4 : 00000000
r3 : 00100100 r2 : 00000000 r1 : 00200200 r0 : 00000001
Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment user
Control: c000717f Table: 33980000 DAC: 00000015
Process init (pid: 1, stack limit = 0xc381c268)
Stack: (0xc381db10 to 0xc381e000)
db00: 00000044 00000000 f77682ec 00000000
db20: 00000000 00000000 c03e0f00 00000000 000284d0 00000000 c03e0974 c03e0974
db40: c002f3a0 c381a000 00000000 000084d0 c381c000 c03e0efc 00000000 00000000
db60: c381dbdc c381db70 c00621c8 c0061d18 00000000 00000044 c0403248 000284d0
db80: 00000001 c381c000 c381db88 00000400 c381dbb4 00000000 c040230c 00000000
dba0: 00000010 c04022e0 00000000 c040230c c381dbfc c3981000 c3935000 c3a05160
dbc0: c381c000 c3981000 c3980000 00000200 c381dbfc c381dbe0 c006ee50 c0062130
dbe0: 40025000 c381a000 c3a05160 c381c000 c381dc64 c381dc00 c0071404 c006ee38
dc00: c381dc2c c381dc10 c0022048 c0038bdc 00000800 ffffffff f4000000 00004000
dc20: c3935000 c381dc30 c00229e4 c0022010 c041e560 00000080 00000000 c3935000
dc40: 4002587c c381ddf0 c381a000 c3a05160 00000805 c3935034 c381dd1c c381dc68
dc60: c0028194 c0070ba0 40025000 00000800 c393d780 00000034 00000000 c3408a80
dc80: c381dd3c c381dc90 c005e3bc c00922c8 00000001 c381c000 c381dcbc c381dca8
dca0: 0001dd5c 00000000 00000000 000000c0 00000000 c381dd98 00000000 00000000
dcc0: 00000000 00000001 00000000 00000000 c381dd14 c381dce0 c0151f5c c0151c90
dce0: c3a05184 c3a05184 c381dd14 c3a05160 c3a05184 00000805 4002587c c381ddf0
dd00: 00000005 c03ba664 20000013 40000000 c381dd3c c381dd20 c002835c c0028004
dd20: 00000005 00000805 4002587c c381ddf0 c381ddec c381dd40 c00221bc c00282f8
dd40: 40024000 c3935000 c381ddc4 c381dd58 c007481c c00737d4 c3a05120 00000000
dd60: c393d780 0000001c 00000000 c3a05160 c3a05000 c03c0ddc c34089e8 00000812
dd80: c393d780 c381c000 c393d780 c3a05120 c3a05124 c3a05108 c381ddc4 00000007
dda0: c381c000 c393d780 00002000 c3935000 00000812 00000002 c381de0c c381ddc8
ddc0: c0074cf8 c007467c 08100877 ffffffff c381de24 00000000 c381df50 c381c000
dde0: c381de4c c381ddf0 c00229a0 c0022198 4002587c 0000077c 00000000 81025fff
de00: c393d700 c3838e00 00000000 c381df50 c381c000 c393d780 40000000 c381de4c
de20: 00000000 c381de38 c00b3b70 c014c7c8 20000013 ffffffff 00000784 c00b3b70
de40: c381dedc c381de50 c00b4a48 c00b3b2c 00000812 00000000 0000000b 00016c14
de60: 00000001 0001653c 00008000 4002587c 40025960 0000e53c 00008000 c393d700
de80: 00000000 000169fc 00000000 c3984480 c3986fc0 c393d734 00000006 c3838f00
dea0: c3838e00 c035c6c0 00000000 beffffd4 c03e1440 c03c15bc c03c1208 c3838e00
dec0: fffffff8 00000000 c381df50 c381c000 c381df14 c381dee0 c0084c64 c00b3f4c
dee0: befff000 00000002 c03ba228 00000000 00000000 c3838e00 c381df50 c381c000
df00: c03ba228 c03ba1a0 c381df4c c381df18 c0085db8 c0084bc0 c381df9c 00000000
df20: 00000000 c03ba1a0 c381df50 c035c6c0 c03ba228 00000000 00000000 00000000
df40: c381dfb4 c381df50 c0025b70 c0085bb4 00000000 00000000 00000000 00000000
df60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
df80: 00000000 00000000 00000000 00000000 00000000 00000000 c03e1380 c001d1f8
dfa0: 00000000 00000000 c381dfc4 c381dfb8 c002225c c0025b40 c381dfdc c381dfc8
dfc0: c00222ec c0022250 c3401080 c03e1380 c381dff4 c381dfe0 c00089c8 c0022274
dfe0: 00000000 00000000 00000000 c381dff8 c00365a8 c0008918 40000442 00004001
Backtrace:
[<c0061d08>] (get_page_from_freelist+0x0/0x418) from [<c00621c8>] (__alloc_pages_internal+0xa8/0x424)
[<c0062120>] (__alloc_pages_internal+0x0/0x424) from [<c006ee50>] (__pte_alloc+0x28/0x178)
[<c006ee28>] (__pte_alloc+0x0/0x178) from [<c0071404>] (handle_mm_fault+0x874/0xa8c)
r7:c381c000 r6:c3a05160 r5:c381a000 r4:40025000
[<c0070b90>] (handle_mm_fault+0x0/0xa8c) from [<c0028194>] (do_page_fault+0x1a0/0x268)
[<c0027ff4>] (do_page_fault+0x0/0x268) from [<c002835c>] (do_translation_fault+0x74/0x7c)
[<c00282e8>] (do_translation_fault+0x0/0x7c) from [<c00221bc>] (do_DataAbort+0x34/0x9c)
r6:c381ddf0 r5:4002587c r4:00000805 r3:00000005
[<c0022188>] (do_DataAbort+0x0/0x9c) from [<c00229a0>] (__dabt_svc+0x40/0x60)
Exception stack(0xc381ddf0 to 0xc381de38)
dde0: 4002587c 0000077c 00000000 81025fff
de00: c393d700 c3838e00 00000000 c381df50 c381c000 c393d780 40000000 c381de4c
de20: 00000000 c381de38 c00b3b70 c014c7c8 20000013 ffffffff
r8:c381c000 r7:c381df50 r6:00000000 r5:c381de24 r4:ffffffff
[<c00b3b1c>] (padzero+0x0/0x60) from [<c00b4a48>] (load_elf_binary+0xb0c/0x11e8)
[<c00b3f3c>] (load_elf_binary+0x0/0x11e8) from [<c0084c64>] (search_binary_handler+0xb4/0x250)
[<c0084bb0>] (search_binary_handler+0x0/0x250) from [<c0085db8>] (do_execve+0x214/0x290)
[<c0085ba4>] (do_execve+0x0/0x290) from [<c0025b70>] (kernel_execve+0x40/0x8c)
[<c0025b30>] (kernel_execve+0x0/0x8c) from [<c002225c>] (run_init_process+0x1c/0x24)
r7:00000000 r6:00000000 r5:c001d1f8 r4:c03e1380
[<c0022240>] (run_init_process+0x0/0x24) from [<c00222ec>] (init_post+0x88/0x10c)
[<c0022264>] (init_post+0x0/0x10c) from [<c00089c8>] (kernel_init+0xc0/0xe8)
r4:c03e1380 r3:c3401080
[<c0008908>] (kernel_init+0x0/0xe8) from [<c00365a8>] (do_exit+0x0/0x638)
r5:00000000 r4:00000000
Code: e5860014 e243a018 e59a101c e59a3018 (e5831004)
---[ end trace 704cbbcafe7c7935 ]---
Kernel panic - not syncing: Attempted to kill init!
Backtrace:
[<c0026598>] (dump_backtrace+0x0/0x10c) from [<c02c84d8>] (dump_stack+0x18/0x1c)
r6:c0061ed4 r5:0000000b r4:c03e19c0 r3:ffffffff
[<c02c84c0>] (dump_stack+0x0/0x1c) from [<c02c8528>] (panic+0x4c/0x110)
[<c02c84dc>] (panic+0x0/0x110) from [<c0036bb4>] (do_exit+0x60c/0x638)
r3:c03be6f4 r2:c381d794 r1:c381d8c0 r0:c035fae8
r7:00000000
[<c00365a8>] (do_exit+0x0/0x638) from [<c0026934>] (die+0x1c4/0x214)
r7:00000000
[<c0026770>] (die+0x0/0x214) from [<c0027fe4>] (__do_kernel_fault+0x6c/0x7c)
r7:c3935000 r3:ffffffff
[<c0027f78>] (__do_kernel_fault+0x0/0x7c) from [<c0028138>] (do_page_fault+0x144/0x268)
r7:c381a000 r6:c381dac8 r5:00100104 r4:c3935000
[<c0027ff4>] (do_page_fault+0x0/0x268) from [<c00221bc>] (do_DataAbort+0x34/0x9c)
[<c0022188>] (do_DataAbort+0x0/0x9c) from [<c00229a0>] (__dabt_svc+0x40/0x60)
Exception stack(0xc381dac8 to 0xc381db10)
dac0: 00000001 00200200 00000000 00100100 00000000 c03e0994
dae0: c03e0974 00000001 60000013 c03c0cb8 c041e660 c381db6c 00000000 c381db10
db00: c0061e00 c0061ed4 60000093 ffffffff
r8:60000013 r7:00000001 r6:c03e0974 r5:c381dafc r4:ffffffff
[<c0061d08>] (get_page_from_freelist+0x0/0x418) from [<c00621c8>] (__alloc_pages_internal+0xa8/0x424)
[<c0062120>] (__alloc_pages_internal+0x0/0x424) from [<c006ee50>] (__pte_alloc+0x28/0x178)
[<c006ee28>] (__pte_alloc+0x0/0x178) from [<c0071404>] (handle_mm_fault+0x874/0xa8c)
r7:c381c000 r6:c3a05160 r5:c381a000 r4:40025000
[<c0070b90>] (handle_mm_fault+0x0/0xa8c) from [<c0028194>] (do_page_fault+0x1a0/0x268)
[<c0027ff4>] (do_page_fault+0x0/0x268) from [<c002835c>] (do_translation_fault+0x74/0x7c)
[<c00282e8>] (do_translation_fault+0x0/0x7c) from [<c00221bc>] (do_DataAbort+0x34/0x9c)
r6:c381ddf0 r5:4002587c r4:00000805 r3:00000005
[<c0022188>] (do_DataAbort+0x0/0x9c) from [<c00229a0>] (__dabt_svc+0x40/0x60)
Exception stack(0xc381ddf0 to 0xc381de38)
dde0: 4002587c 0000077c 00000000 81025fff
de00: c393d700 c3838e00 00000000 c381df50 c381c000 c393d780 40000000 c381de4c
de20: 00000000 c381de38 c00b3b70 c014c7c8 20000013 ffffffff
r8:c381c000 r7:c381df50 r6:00000000 r5:c381de24 r4:ffffffff
[<c00b3b1c>] (padzero+0x0/0x60) from [<c00b4a48>] (load_elf_binary+0xb0c/0x11e8)
[<c00b3f3c>] (load_elf_binary+0x0/0x11e8) from [<c0084c64>] (search_binary_handler+0xb4/0x250)
[<c0084bb0>] (search_binary_handler+0x0/0x250) from [<c0085db8>] (do_execve+0x214/0x290)
[<c0085ba4>] (do_execve+0x0/0x290) from [<c0025b70>] (kernel_execve+0x40/0x8c)
[<c0025b30>] (kernel_execve+0x0/0x8c) from [<c002225c>] (run_init_process+0x1c/0x24)
r7:00000000 r6:00000000 r5:c001d1f8 r4:c03e1380
[<c0022240>] (run_init_process+0x0/0x24) from [<c00222ec>] (init_post+0x88/0x10c)
[<c0022264>] (init_post+0x0/0x10c) from [<c00089c8>] (kernel_init+0xc0/0xe8)
r4:c03e1380 r3:c3401080
[<c0008908>] (kernel_init+0x0/0xe8) from [<c00365a8>] (do_exit+0x0/0x638)
r5:00000000 r4:00000000
[-- Attachment #3: oops-2.6.32.txt --]
[-- Type: text/plain, Size: 6445 bytes --]
Unable to handle kernel paging request at virtual address 00100104
pgd = c3a94000
[00100104] *pgd=33a99031, *pte=00000000, *ppte=00000000
Internal error: Oops: 817 [#1]
last sysfs file:
Modules linked in:
CPU: 0 Not tainted (2.6.32.11 #1)
PC is at get_page_from_freelist+0x204/0x458
LR is at get_page_from_freelist+0xa4/0x458
pc : [<c0069fe4>] lr : [<c0069e84>] psr: 20000093
sp : c3823cf0 ip : 00200200 fp : 000201da
r10: c03ce634 r9 : c3822000 r8 : c0411520
r7 : 60000013 r6 : c3822000 r5 : 00000000 r4 : c03ce604
r3 : 00200200 r2 : 00100100 r1 : 00000001 r0 : 00000001
Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment user
Control: c000717f Table: 33a94000 DAC: 00000015
Process init (pid: 1, stack limit = 0xc3822270)
Stack: (0xc3823cf0 to 0xc3824000)
3ce0: 00000041 00000000 00000000 00000000
3d00: 00000001 c03cebf8 00000001 ffffffff 00000000 c03ce62c 00000000 00000000
3d20: 00000028 00000000 00000000 c03ce604 00000000 000201da 00000000 c03cebf4
3d40: c03ce604 003fffff 00000001 c3a22880 c3414b84 c006a31c 00000001 00000041
3d60: c03ce604 00000002 00000000 00000002 00000000 00000000 00000000 000201da
3d80: c03cebf8 00000000 00000000 00000000 00000000 00000000 00000000 00000000
3da0: 00000000 00000000 00000000 c03ce604 00000000 00000000 c3414b80 00000004
3dc0: 00000004 00000020 0000001d c3a22880 c3414b84 c006bfe8 c3823e1c 00000020
3de0: c3823de0 c3823de0 c3823e1c c3a22880 00000000 00000004 c3414b80 c3a228c0
3e00: c3823e60 c3a90108 c3414ae8 c006c3d4 00000000 c3414b80 c3a22880 c0065890
3e20: 00000020 00000000 00000000 c3414b80 00000000 c3a90108 c3a90108 c3a2d000
3e40: 00000000 00000000 c3a95000 c3a9a810 40004000 c007672c 00000000 c3a9a800
3e60: 00000000 00000004 40004000 00000000 c3822000 400045b4 c3a90108 40004000
3e80: 00000000 c3a2d000 00000200 c3a9a810 c3a94000 c0079084 00000004 00000000
3ea0: 00000000 00000000 c3a22700 00000000 c3a95000 00000010 00000004 00000000
3ec0: 00000000 400045b4 c3820000 c3823fb0 c3a2d000 80000005 c3a90108 c3a2d034
3ee0: 00000000 c002e5dc 400045b4 80000005 00000005 00000005 400045b4 c3823fb0
3f00: c02b725c 00000000 000247d4 c00282b4 c04084e0 c39b6500 fffffff8 c03b3164
3f20: 00000000 00000002 c3823f80 c03b2c60 00000001 c3820000 c3820000 00000000
3f40: 00000000 b4121cbb c3a9201c c3820000 00000017 c3820000 00000000 c0051370
3f60: c03adde8 c3822000 c3823fac c02b51c0 00000000 c3823fb0 0000170d 00000000
3f80: 00383093 00000000 00000000 c3823f80 00001fb0 c3822000 ffffffff 00000000
3fa0: 00000000 00000000 00000000 c0028e20 bee06f10 bee06fd4 00000000 00000000
3fc0: 00000940 00000000 00000000 00000000 00000000 00000000 000247d4 00000000
3fe0: 00000000 bee06f10 400007a0 400045b4 00000010 ffffffff 33cc33cc 33cc33cc
[<c0069fe4>] (get_page_from_freelist+0x204/0x458) from [<c006a31c>] (__alloc_pages_nodemask+0xe4/0x518)
[<c006a31c>] (__alloc_pages_nodemask+0xe4/0x518) from [<c006bfe8>] (__do_page_cache_readahead+0xa4/0x1ec)
[<c006bfe8>] (__do_page_cache_readahead+0xa4/0x1ec) from [<c006c3d4>] (ra_submit+0x20/0x24)
[<c006c3d4>] (ra_submit+0x20/0x24) from [<c0065890>] (filemap_fault+0x1ac/0x378)
[<c0065890>] (filemap_fault+0x1ac/0x378) from [<c007672c>] (__do_fault+0x50/0x3ac)
[<c007672c>] (__do_fault+0x50/0x3ac) from [<c0079084>] (handle_mm_fault+0x248/0x578)
[<c0079084>] (handle_mm_fault+0x248/0x578) from [<c002e5dc>] (do_page_fault+0xdc/0x1c8)
[<c002e5dc>] (do_page_fault+0xdc/0x1c8) from [<c00282b4>] (do_PrefetchAbort+0x30/0x98)
[<c00282b4>] (do_PrefetchAbort+0x30/0x98) from [<c0028e20>] (ret_from_exception+0x0/0x10)
Exception stack(0xc3823fb0 to 0xc3823ff8)
3fa0: bee06f10 bee06fd4 00000000 00000000
3fc0: 00000940 00000000 00000000 00000000 00000000 00000000 000247d4 00000000
3fe0: 00000000 bee06f10 400007a0 400045b4 00000010 ffffffff
Code: 1592800c e2488018 e598301c e5982018 (e5823004)
---[ end trace 7dab06e1f3ea4fc9 ]---
BUG: Bad page map in process init pte:300271cf pmd:33a91031
page:c04084e0 flags:00000014 count:0 mapcount:-1 mapping:(null) index:0
addr:bee06000 vm_flags:00100173 anon_vma:c3a98000 mapping:(null) index:befff
[<c002d6dc>] (unwind_backtrace+0x0/0xd0) from [<c0076c18>] (print_bad_pte+0x190/0x1c0)
[<c0076c18>] (print_bad_pte+0x190/0x1c0) from [<c0078290>] (unmap_vmas+0x378/0x5a0)
[<c0078290>] (unmap_vmas+0x378/0x5a0) from [<c007bdf4>] (exit_mmap+0xa0/0x12c)
[<c007bdf4>] (exit_mmap+0xa0/0x12c) from [<c0039934>] (mmput+0x38/0xd0)
[<c0039934>] (mmput+0x38/0xd0) from [<c003d068>] (exit_mm+0x104/0x108)
[<c003d068>] (exit_mm+0x104/0x108) from [<c003e2c8>] (do_exit+0x174/0x574)
[<c003e2c8>] (do_exit+0x174/0x574) from [<c002c4c0>] (die+0x158/0x17c)
[<c002c4c0>] (die+0x158/0x17c) from [<c002e4f0>] (__do_kernel_fault+0x64/0x74)
[<c002e4f0>] (__do_kernel_fault+0x64/0x74) from [<c002e6b4>] (do_page_fault+0x1b4/0x1c8)
[<c002e6b4>] (do_page_fault+0x1b4/0x1c8) from [<c002821c>] (do_DataAbort+0x30/0x98)
[<c002821c>] (do_DataAbort+0x30/0x98) from [<c0028a40>] (__dabt_svc+0x40/0x60)
Exception stack(0xc3823ca8 to 0xc3823cf0)
3ca0: 00000001 00000001 00100100 00200200 c03ce604 00000000
3cc0: c3822000 60000013 c0411520 c3822000 c03ce634 000201da 00200200 c3823cf0
3ce0: c0069e84 c0069fe4 20000093 ffffffff
[<c0028a40>] (__dabt_svc+0x40/0x60) from [<c0069fe4>] (get_page_from_freelist+0x204/0x458)
[<c0069fe4>] (get_page_from_freelist+0x204/0x458) from [<c006a31c>] (__alloc_pages_nodemask+0xe4/0x518)
[<c006a31c>] (__alloc_pages_nodemask+0xe4/0x518) from [<c006bfe8>] (__do_page_cache_readahead+0xa4/0x1ec)
[<c006bfe8>] (__do_page_cache_readahead+0xa4/0x1ec) from [<c006c3d4>] (ra_submit+0x20/0x24)
[<c006c3d4>] (ra_submit+0x20/0x24) from [<c0065890>] (filemap_fault+0x1ac/0x378)
[<c0065890>] (filemap_fault+0x1ac/0x378) from [<c007672c>] (__do_fault+0x50/0x3ac)
[<c007672c>] (__do_fault+0x50/0x3ac) from [<c0079084>] (handle_mm_fault+0x248/0x578)
[<c0079084>] (handle_mm_fault+0x248/0x578) from [<c002e5dc>] (do_page_fault+0xdc/0x1c8)
[<c002e5dc>] (do_page_fault+0xdc/0x1c8) from [<c00282b4>] (do_PrefetchAbort+0x30/0x98)
[<c00282b4>] (do_PrefetchAbort+0x30/0x98) from [<c0028e20>] (ret_from_exception+0x0/0x10)
Exception stack(0xc3823fb0 to 0xc3823ff8)
3fa0: bee06f10 bee06fd4 00000000 00000000
3fc0: 00000940 00000000 00000000 00000000 00000000 00000000 000247d4 00000000
3fe0: 00000000 bee06f10 400007a0 400045b4 00000010 ffffffff
Kernel panic - not syncing: Attempted to kill init!
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-01-31 18:52 Kernel Panics on armv4t with gcc.4.5.1 Diego Sueiro
@ 2011-02-01 0:41 ` Kamble, Nitin A
2011-02-01 10:40 ` Diego Sueiro
2011-02-02 13:45 ` Gary Thomas
0 siblings, 2 replies; 14+ messages in thread
From: Kamble, Nitin A @ 2011-02-01 0:41 UTC (permalink / raw)
To: Diego Sueiro, yocto
[-- Attachment #1: Type: text/plain, Size: 1455 bytes --]
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@yoctoproject.org [mailto:yocto-bounces@yoctoproject.org] On Behalf Of Diego Sueiro
Sent: Monday, January 31, 2011 10:53 AM
To: yocto@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*/
[-- Attachment #2: Type: text/html, Size: 7712 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-01 0:41 ` Kamble, Nitin A
@ 2011-02-01 10:40 ` Diego Sueiro
2011-02-01 15:33 ` Diego Sueiro
2011-02-02 13:45 ` Gary Thomas
1 sibling, 1 reply; 14+ messages in thread
From: Diego Sueiro @ 2011-02-01 10:40 UTC (permalink / raw)
To: Kamble, Nitin A; +Cc: yocto
[-- Attachment #1: Type: text/plain, Size: 3285 bytes --]
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@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@yoctoproject.org [mailto:
> yocto-bounces@yoctoproject.org] *On Behalf Of *Diego Sueiro
> *Sent:* Monday, January 31, 2011 10:53 AM
> *To:* yocto@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*/
>
[-- Attachment #2: Type: text/html, Size: 7261 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-01 10:40 ` Diego Sueiro
@ 2011-02-01 15:33 ` Diego Sueiro
2011-02-03 17:00 ` Kamble, Nitin A
0 siblings, 1 reply; 14+ messages in thread
From: Diego Sueiro @ 2011-02-01 15:33 UTC (permalink / raw)
To: Kamble, Nitin A; +Cc: yocto
[-- Attachment #1: Type: text/plain, Size: 4061 bytes --]
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@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@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@yoctoproject.org [mailto:
>> yocto-bounces@yoctoproject.org] *On Behalf Of *Diego Sueiro
>> *Sent:* Monday, January 31, 2011 10:53 AM
>> *To:* yocto@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*/
>>
>
>
[-- Attachment #2: Type: text/html, Size: 8624 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-01 0:41 ` Kamble, Nitin A
2011-02-01 10:40 ` Diego Sueiro
@ 2011-02-02 13:45 ` Gary Thomas
2011-02-02 15:28 ` Gary Thomas
1 sibling, 1 reply; 14+ messages in thread
From: Gary Thomas @ 2011-02-02 13:45 UTC (permalink / raw)
To: yocto
On 01/31/2011 05:41 PM, Kamble, Nitin A 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
I too am having trouble (OMAP-L138 == armv5te/arm926ejs)
Nitin, I tried using your branch, but it failed to build:
NOTE: package gcc-cross-intermediate-4.5.2-r3: task do_populate_sysroot: Started
ERROR: Error executing a python function in /home/local/poky-contrib/meta/recipes-devtools/gcc/gcc-cross-intermediate_4.5.2.bb:
OSError: [Errno 2] No such file or directory:
'/home/local/efacec_omap_4.5.2/tmp/work/armv5te-poky-linux-gnueabi/gcc-cross-intermediate-4.5.2-r3/sysroot-destdir///home/local/efacec_omap_4.5.2/tmp/sysroots/cobra-omapl138p78//lib'
ERROR: The stack trace of python calls that resulted in this exception/failure was:
ERROR: File "sstate_task_postfunc", line 10, in <module>
ERROR:
ERROR: File "sstate_task_postfunc", line 4, in sstate_task_postfunc
ERROR:
ERROR: File "sstate.bbclass", line 17, in sstate_install
ERROR:
ERROR: File "/home/local/poky-contrib/meta/lib/oe/path.py", line 56, in copytree
ERROR: names = os.listdir(src)
ERROR:
ERROR: The code that was being executed was:
ERROR: 0006: bb.build.exec_func(intercept, d)
ERROR: 0007: sstate_package(shared_state, d)
ERROR: 0008:
ERROR: 0009:
ERROR: *** 0010:sstate_task_postfunc(d)
ERROR: 0011:
ERROR: (file: 'sstate_task_postfunc', lineno: 10, function: <module>)
ERROR: 0001:
ERROR: 0002:def sstate_task_postfunc(d):
ERROR: 0003: shared_state = sstate_state_fromvars(d)
ERROR: *** 0004: sstate_install(shared_state, d)
ERROR: 0005: for intercept in shared_state['interceptfuncs']:
ERROR: 0006: bb.build.exec_func(intercept, d)
ERROR: 0007: sstate_package(shared_state, d)
ERROR: 0008:
ERROR: (file: 'sstate_task_postfunc', lineno: 4, function: sstate_task_postfunc)
ERROR: Function 'sstate_task_postfunc' failed
Any ideas how to fix this?
> *From:*yocto-bounces@yoctoproject.org [mailto:yocto-bounces@yoctoproject.org] *On Behalf Of *Diego Sueiro
> *Sent:* Monday, January 31, 2011 10:53 AM
> *To:* yocto@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*/
>
>
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-02 13:45 ` Gary Thomas
@ 2011-02-02 15:28 ` Gary Thomas
2011-02-03 17:03 ` Kamble, Nitin A
0 siblings, 1 reply; 14+ messages in thread
From: Gary Thomas @ 2011-02-02 15:28 UTC (permalink / raw)
To: yocto
On 02/02/2011 06:45 AM, Gary Thomas wrote:
> On 01/31/2011 05:41 PM, Kamble, Nitin A 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
>
> I too am having trouble (OMAP-L138 == armv5te/arm926ejs)
>
> Nitin, I tried using your branch, but it failed to build:
>
> NOTE: package gcc-cross-intermediate-4.5.2-r3: task do_populate_sysroot: Started
> ERROR: Error executing a python function in /home/local/poky-contrib/meta/recipes-devtools/gcc/gcc-cross-intermediate_4.5.2.bb:
> OSError: [Errno 2] No such file or directory:
> '/home/local/efacec_omap_4.5.2/tmp/work/armv5te-poky-linux-gnueabi/gcc-cross-intermediate-4.5.2-r3/sysroot-destdir///home/local/efacec_omap_4.5.2/tmp/sysroots/cobra-omapl138p78//lib'
>
> ERROR: The stack trace of python calls that resulted in this exception/failure was:
> ERROR: File "sstate_task_postfunc", line 10, in <module>
> ERROR:
> ERROR: File "sstate_task_postfunc", line 4, in sstate_task_postfunc
> ERROR:
> ERROR: File "sstate.bbclass", line 17, in sstate_install
> ERROR:
> ERROR: File "/home/local/poky-contrib/meta/lib/oe/path.py", line 56, in copytree
> ERROR: names = os.listdir(src)
> ERROR:
> ERROR: The code that was being executed was:
> ERROR: 0006: bb.build.exec_func(intercept, d)
> ERROR: 0007: sstate_package(shared_state, d)
> ERROR: 0008:
> ERROR: 0009:
> ERROR: *** 0010:sstate_task_postfunc(d)
> ERROR: 0011:
> ERROR: (file: 'sstate_task_postfunc', lineno: 10, function: <module>)
> ERROR: 0001:
> ERROR: 0002:def sstate_task_postfunc(d):
> ERROR: 0003: shared_state = sstate_state_fromvars(d)
> ERROR: *** 0004: sstate_install(shared_state, d)
> ERROR: 0005: for intercept in shared_state['interceptfuncs']:
> ERROR: 0006: bb.build.exec_func(intercept, d)
> ERROR: 0007: sstate_package(shared_state, d)
> ERROR: 0008:
> ERROR: (file: 'sstate_task_postfunc', lineno: 4, function: sstate_task_postfunc)
> ERROR: Function 'sstate_task_postfunc' failed
>
>
> Any ideas how to fix this?
Just to check, I applied the patches from Nitin's contrib tree
to poky/master and rebuilt - same results. I used the sequence
5b7e96d852778f1164198040cbd165241ea51e40..HEAD
>
>> *From:*yocto-bounces@yoctoproject.org [mailto:yocto-bounces@yoctoproject.org] *On Behalf Of *Diego Sueiro
>> *Sent:* Monday, January 31, 2011 10:53 AM
>> *To:* yocto@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*/
>>
>>
>>
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-01 15:33 ` Diego Sueiro
@ 2011-02-03 17:00 ` Kamble, Nitin A
2011-02-03 18:21 ` Darren Hart
0 siblings, 1 reply; 14+ messages in thread
From: Kamble, Nitin A @ 2011-02-03 17:00 UTC (permalink / raw)
To: Diego Sueiro; +Cc: yocto
[-- Attachment #1: Type: text/plain, Size: 4447 bytes --]
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/
And Darren is working on updating that layer currently. The gcc from that layer has linaro arm patches.
Thanks,
Nitin
From: Diego Sueiro [mailto:diego.sueiro@gmail.com]
Sent: Tuesday, February 01, 2011 7:34 AM
To: Kamble, Nitin A
Cc: yocto@yoctoproject.org
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 <diego.sueiro@gmail.com<mailto:diego.sueiro@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@intel.com<mailto:nitin.a.kamble@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@yoctoproject.org<mailto:yocto-bounces@yoctoproject.org> [mailto:yocto-bounces@yoctoproject.org<mailto:yocto-bounces@yoctoproject.org>] On Behalf Of Diego Sueiro
Sent: Monday, January 31, 2011 10:53 AM
To: yocto@yoctoproject.org<mailto:yocto@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*/
[-- Attachment #2: Type: text/html, Size: 16869 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-02 15:28 ` Gary Thomas
@ 2011-02-03 17:03 ` Kamble, Nitin A
2011-02-03 17:06 ` Gary Thomas
0 siblings, 1 reply; 14+ messages in thread
From: Kamble, Nitin A @ 2011-02-03 17:03 UTC (permalink / raw)
To: Gary Thomas, yocto
Hi Gary,
I would look into the 4.5.2 branch and will try to get it to work.
BTW there is some workaround Diego Sueiro came up with in his email yday for 4.5.2 gcc.
Thanks,
Nitin
> -----Original Message-----
> From: yocto-bounces@yoctoproject.org [mailto:yocto-
> bounces@yoctoproject.org] On Behalf Of Gary Thomas
> Sent: Wednesday, February 02, 2011 7:29 AM
> To: yocto@yoctoproject.org
> Subject: Re: [yocto] Kernel Panics on armv4t with gcc.4.5.1
>
> On 02/02/2011 06:45 AM, Gary Thomas wrote:
> > On 01/31/2011 05:41 PM, Kamble, Nitin A 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
> >
> > I too am having trouble (OMAP-L138 == armv5te/arm926ejs)
> >
> > Nitin, I tried using your branch, but it failed to build:
> >
> > NOTE: package gcc-cross-intermediate-4.5.2-r3: task
> do_populate_sysroot: Started
> > ERROR: Error executing a python function in /home/local/poky-
> contrib/meta/recipes-devtools/gcc/gcc-cross-intermediate_4.5.2.bb:
> > OSError: [Errno 2] No such file or directory:
> > '/home/local/efacec_omap_4.5.2/tmp/work/armv5te-poky-linux-
> gnueabi/gcc-cross-intermediate-4.5.2-r3/sysroot-
> destdir///home/local/efacec_omap_4.5.2/tmp/sysroots/cobra-
> omapl138p78//lib'
> >
> > ERROR: The stack trace of python calls that resulted in this
> exception/failure was:
> > ERROR: File "sstate_task_postfunc", line 10, in <module>
> > ERROR:
> > ERROR: File "sstate_task_postfunc", line 4, in sstate_task_postfunc
> > ERROR:
> > ERROR: File "sstate.bbclass", line 17, in sstate_install
> > ERROR:
> > ERROR: File "/home/local/poky-contrib/meta/lib/oe/path.py", line 56,
> in copytree
> > ERROR: names = os.listdir(src)
> > ERROR:
> > ERROR: The code that was being executed was:
> > ERROR: 0006: bb.build.exec_func(intercept, d)
> > ERROR: 0007: sstate_package(shared_state, d)
> > ERROR: 0008:
> > ERROR: 0009:
> > ERROR: *** 0010:sstate_task_postfunc(d)
> > ERROR: 0011:
> > ERROR: (file: 'sstate_task_postfunc', lineno: 10, function: <module>)
> > ERROR: 0001:
> > ERROR: 0002:def sstate_task_postfunc(d):
> > ERROR: 0003: shared_state = sstate_state_fromvars(d)
> > ERROR: *** 0004: sstate_install(shared_state, d)
> > ERROR: 0005: for intercept in shared_state['interceptfuncs']:
> > ERROR: 0006: bb.build.exec_func(intercept, d)
> > ERROR: 0007: sstate_package(shared_state, d)
> > ERROR: 0008:
> > ERROR: (file: 'sstate_task_postfunc', lineno: 4, function:
> sstate_task_postfunc)
> > ERROR: Function 'sstate_task_postfunc' failed
> >
> >
> > Any ideas how to fix this?
>
> Just to check, I applied the patches from Nitin's contrib tree
> to poky/master and rebuilt - same results. I used the sequence
> 5b7e96d852778f1164198040cbd165241ea51e40..HEAD
>
> >
> >> *From:*yocto-bounces@yoctoproject.org [mailto:yocto-
> bounces@yoctoproject.org] *On Behalf Of *Diego Sueiro
> >> *Sent:* Monday, January 31, 2011 10:53 AM
> >> *To:* yocto@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*/
> >>
> >>
> >>
> >> _______________________________________________
> >> yocto mailing list
> >> yocto@yoctoproject.org
> >> https://lists.yoctoproject.org/listinfo/yocto
> >
>
> --
> ------------------------------------------------------------
> Gary Thomas | Consulting for the
> MLB Associates | Embedded world
> ------------------------------------------------------------
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-03 17:03 ` Kamble, Nitin A
@ 2011-02-03 17:06 ` Gary Thomas
2011-02-03 17:27 ` Diego Sueiro
0 siblings, 1 reply; 14+ messages in thread
From: Gary Thomas @ 2011-02-03 17:06 UTC (permalink / raw)
To: Kamble, Nitin A; +Cc: yocto
On 02/03/2011 10:03 AM, Kamble, Nitin A wrote:
> Hi Gary,
> I would look into the 4.5.2 branch and will try to get it to work.
> BTW there is some workaround Diego Sueiro came up with in his email yday for 4.5.2 gcc.
I already applied his changes. The errors I'm getting
are completely different than what he was seeing.
>> -----Original Message-----
>> From: yocto-bounces@yoctoproject.org [mailto:yocto-
>> bounces@yoctoproject.org] On Behalf Of Gary Thomas
>> Sent: Wednesday, February 02, 2011 7:29 AM
>> To: yocto@yoctoproject.org
>> Subject: Re: [yocto] Kernel Panics on armv4t with gcc.4.5.1
>>
>> On 02/02/2011 06:45 AM, Gary Thomas wrote:
>>> On 01/31/2011 05:41 PM, Kamble, Nitin A 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
>>>
>>> I too am having trouble (OMAP-L138 == armv5te/arm926ejs)
>>>
>>> Nitin, I tried using your branch, but it failed to build:
>>>
>>> NOTE: package gcc-cross-intermediate-4.5.2-r3: task
>> do_populate_sysroot: Started
>>> ERROR: Error executing a python function in /home/local/poky-
>> contrib/meta/recipes-devtools/gcc/gcc-cross-intermediate_4.5.2.bb:
>>> OSError: [Errno 2] No such file or directory:
>>> '/home/local/efacec_omap_4.5.2/tmp/work/armv5te-poky-linux-
>> gnueabi/gcc-cross-intermediate-4.5.2-r3/sysroot-
>> destdir///home/local/efacec_omap_4.5.2/tmp/sysroots/cobra-
>> omapl138p78//lib'
>>>
>>> ERROR: The stack trace of python calls that resulted in this
>> exception/failure was:
>>> ERROR: File "sstate_task_postfunc", line 10, in<module>
>>> ERROR:
>>> ERROR: File "sstate_task_postfunc", line 4, in sstate_task_postfunc
>>> ERROR:
>>> ERROR: File "sstate.bbclass", line 17, in sstate_install
>>> ERROR:
>>> ERROR: File "/home/local/poky-contrib/meta/lib/oe/path.py", line 56,
>> in copytree
>>> ERROR: names = os.listdir(src)
>>> ERROR:
>>> ERROR: The code that was being executed was:
>>> ERROR: 0006: bb.build.exec_func(intercept, d)
>>> ERROR: 0007: sstate_package(shared_state, d)
>>> ERROR: 0008:
>>> ERROR: 0009:
>>> ERROR: *** 0010:sstate_task_postfunc(d)
>>> ERROR: 0011:
>>> ERROR: (file: 'sstate_task_postfunc', lineno: 10, function:<module>)
>>> ERROR: 0001:
>>> ERROR: 0002:def sstate_task_postfunc(d):
>>> ERROR: 0003: shared_state = sstate_state_fromvars(d)
>>> ERROR: *** 0004: sstate_install(shared_state, d)
>>> ERROR: 0005: for intercept in shared_state['interceptfuncs']:
>>> ERROR: 0006: bb.build.exec_func(intercept, d)
>>> ERROR: 0007: sstate_package(shared_state, d)
>>> ERROR: 0008:
>>> ERROR: (file: 'sstate_task_postfunc', lineno: 4, function:
>> sstate_task_postfunc)
>>> ERROR: Function 'sstate_task_postfunc' failed
>>>
>>>
>>> Any ideas how to fix this?
>>
>> Just to check, I applied the patches from Nitin's contrib tree
>> to poky/master and rebuilt - same results. I used the sequence
>> 5b7e96d852778f1164198040cbd165241ea51e40..HEAD
>>
>>>
>>>> *From:*yocto-bounces@yoctoproject.org [mailto:yocto-
>> bounces@yoctoproject.org] *On Behalf Of *Diego Sueiro
>>>> *Sent:* Monday, January 31, 2011 10:53 AM
>>>> *To:* yocto@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*/
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> yocto mailing list
>>>> yocto@yoctoproject.org
>>>> https://lists.yoctoproject.org/listinfo/yocto
>>>
>>
>> --
>> ------------------------------------------------------------
>> Gary Thomas | Consulting for the
>> MLB Associates | Embedded world
>> ------------------------------------------------------------
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-03 17:06 ` Gary Thomas
@ 2011-02-03 17:27 ` Diego Sueiro
0 siblings, 0 replies; 14+ messages in thread
From: Diego Sueiro @ 2011-02-03 17:27 UTC (permalink / raw)
To: Gary Thomas; +Cc: yocto
[-- Attachment #1: Type: text/plain, Size: 6173 bytes --]
Gary,
I suggest you to remove all gcc entries on sstate-cache and stamp
directories.
After that try to build it again.
Regards,
--
*dS
Diego Sueiro
/*long live rock 'n roll*/
On Thu, Feb 3, 2011 at 3:06 PM, Gary Thomas <gary@mlbassoc.com> wrote:
> On 02/03/2011 10:03 AM, Kamble, Nitin A wrote:
>
>> Hi Gary,
>> I would look into the 4.5.2 branch and will try to get it to work.
>> BTW there is some workaround Diego Sueiro came up with in his email yday
>> for 4.5.2 gcc.
>>
>
> I already applied his changes. The errors I'm getting
> are completely different than what he was seeing.
>
>
> -----Original Message-----
>>> From: yocto-bounces@yoctoproject.org [mailto:yocto-
>>> bounces@yoctoproject.org] On Behalf Of Gary Thomas
>>> Sent: Wednesday, February 02, 2011 7:29 AM
>>> To: yocto@yoctoproject.org
>>> Subject: Re: [yocto] Kernel Panics on armv4t with gcc.4.5.1
>>>
>>> On 02/02/2011 06:45 AM, Gary Thomas wrote:
>>>
>>>> On 01/31/2011 05:41 PM, Kamble, Nitin A 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
>>>
>>>>
>>>> I too am having trouble (OMAP-L138 == armv5te/arm926ejs)
>>>>
>>>> Nitin, I tried using your branch, but it failed to build:
>>>>
>>>> NOTE: package gcc-cross-intermediate-4.5.2-r3: task
>>>>
>>> do_populate_sysroot: Started
>>>
>>>> ERROR: Error executing a python function in /home/local/poky-
>>>>
>>> contrib/meta/recipes-devtools/gcc/gcc-cross-intermediate_4.5.2.bb:
>>>
>>>> OSError: [Errno 2] No such file or directory:
>>>> '/home/local/efacec_omap_4.5.2/tmp/work/armv5te-poky-linux-
>>>>
>>> gnueabi/gcc-cross-intermediate-4.5.2-r3/sysroot-
>>> destdir///home/local/efacec_omap_4.5.2/tmp/sysroots/cobra-
>>> omapl138p78//lib'
>>>
>>>>
>>>> ERROR: The stack trace of python calls that resulted in this
>>>>
>>> exception/failure was:
>>>
>>>> ERROR: File "sstate_task_postfunc", line 10, in<module>
>>>> ERROR:
>>>> ERROR: File "sstate_task_postfunc", line 4, in sstate_task_postfunc
>>>> ERROR:
>>>> ERROR: File "sstate.bbclass", line 17, in sstate_install
>>>> ERROR:
>>>> ERROR: File "/home/local/poky-contrib/meta/lib/oe/path.py", line 56,
>>>>
>>> in copytree
>>>
>>>> ERROR: names = os.listdir(src)
>>>> ERROR:
>>>> ERROR: The code that was being executed was:
>>>> ERROR: 0006: bb.build.exec_func(intercept, d)
>>>> ERROR: 0007: sstate_package(shared_state, d)
>>>> ERROR: 0008:
>>>> ERROR: 0009:
>>>> ERROR: *** 0010:sstate_task_postfunc(d)
>>>> ERROR: 0011:
>>>> ERROR: (file: 'sstate_task_postfunc', lineno: 10, function:<module>)
>>>> ERROR: 0001:
>>>> ERROR: 0002:def sstate_task_postfunc(d):
>>>> ERROR: 0003: shared_state = sstate_state_fromvars(d)
>>>> ERROR: *** 0004: sstate_install(shared_state, d)
>>>> ERROR: 0005: for intercept in shared_state['interceptfuncs']:
>>>> ERROR: 0006: bb.build.exec_func(intercept, d)
>>>> ERROR: 0007: sstate_package(shared_state, d)
>>>> ERROR: 0008:
>>>> ERROR: (file: 'sstate_task_postfunc', lineno: 4, function:
>>>>
>>> sstate_task_postfunc)
>>>
>>>> ERROR: Function 'sstate_task_postfunc' failed
>>>>
>>>>
>>>> Any ideas how to fix this?
>>>>
>>>
>>> Just to check, I applied the patches from Nitin's contrib tree
>>> to poky/master and rebuilt - same results. I used the sequence
>>> 5b7e96d852778f1164198040cbd165241ea51e40..HEAD
>>>
>>>
>>>> *From:*yocto-bounces@yoctoproject.org [mailto:yocto-
>>>>>
>>>> bounces@yoctoproject.org] *On Behalf Of *Diego Sueiro
>>>
>>>> *Sent:* Monday, January 31, 2011 10:53 AM
>>>>> *To:* yocto@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*/
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> yocto mailing list
>>>>> yocto@yoctoproject.org
>>>>> https://lists.yoctoproject.org/listinfo/yocto
>>>>>
>>>>
>>>>
>>> --
>>> ------------------------------------------------------------
>>> Gary Thomas | Consulting for the
>>> MLB Associates | Embedded world
>>> ------------------------------------------------------------
>>> _______________________________________________
>>> yocto mailing list
>>> yocto@yoctoproject.org
>>> https://lists.yoctoproject.org/listinfo/yocto
>>>
>>
> --
> ------------------------------------------------------------
> Gary Thomas | Consulting for the
> MLB Associates | Embedded world
> ------------------------------------------------------------
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
[-- Attachment #2: Type: text/html, Size: 11438 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-03 17:00 ` Kamble, Nitin A
@ 2011-02-03 18:21 ` Darren Hart
2011-02-03 20:03 ` Gary Thomas
0 siblings, 1 reply; 14+ messages in thread
From: Darren Hart @ 2011-02-03 18:21 UTC (permalink / raw)
To: Kamble, Nitin A; +Cc: yocto
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.
--
Darren
>
> Thanks,
>
> Nitin
>
> *From:*Diego Sueiro [mailto:diego.sueiro@gmail.com]
> *Sent:* Tuesday, February 01, 2011 7:34 AM
> *To:* Kamble, Nitin A
> *Cc:* yocto@yoctoproject.org
> *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 <diego.sueiro@gmail.com
> <mailto:diego.sueiro@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@intel.com <mailto:nitin.a.kamble@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@yoctoproject.org
> <mailto:yocto-bounces@yoctoproject.org>
> [mailto:yocto-bounces@yoctoproject.org
> <mailto:yocto-bounces@yoctoproject.org>] *On Behalf Of *Diego Sueiro
> *Sent:* Monday, January 31, 2011 10:53 AM
> *To:* yocto@yoctoproject.org <mailto:yocto@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*/
>
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-03 18:21 ` Darren Hart
@ 2011-02-03 20:03 ` Gary Thomas
2011-02-03 21:22 ` Kamble, Nitin A
2011-02-03 21:35 ` Gary Thomas
0 siblings, 2 replies; 14+ messages in thread
From: Gary Thomas @ 2011-02-03 20:03 UTC (permalink / raw)
To: Darren Hart; +Cc: yocto
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:diego.sueiro@gmail.com]
>> *Sent:* Tuesday, February 01, 2011 7:34 AM
>> *To:* Kamble, Nitin A
>> *Cc:* yocto@yoctoproject.org
>> *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 <diego.sueiro@gmail.com
>> <mailto:diego.sueiro@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@intel.com <mailto:nitin.a.kamble@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@yoctoproject.org
>> <mailto:yocto-bounces@yoctoproject.org>
>> [mailto:yocto-bounces@yoctoproject.org
>> <mailto:yocto-bounces@yoctoproject.org>] *On Behalf Of *Diego Sueiro
>> *Sent:* Monday, January 31, 2011 10:53 AM
>> *To:* yocto@yoctoproject.org <mailto:yocto@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*/
>>
>
>
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-03 20:03 ` Gary Thomas
@ 2011-02-03 21:22 ` Kamble, Nitin A
2011-02-03 21:35 ` Gary Thomas
1 sibling, 0 replies; 14+ messages in thread
From: Kamble, Nitin A @ 2011-02-03 21:22 UTC (permalink / raw)
To: Gary Thomas, Darren Hart; +Cc: yocto
> -----Original Message-----
> From: Gary Thomas [mailto:gary@mlbassoc.com]
> Sent: Thursday, February 03, 2011 12:03 PM
> To: Darren Hart
> Cc: Kamble, Nitin A; yocto@yoctoproject.org
> Subject: Re: [yocto] Kernel Panics on armv4t with gcc.4.5.1
>
> 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?
Gary,
It should have worked for you. Only thing I see is the latest drop is at poky-extras and not meta-linaro.
Thanks,
Nitin
>
> >> *From:*Diego Sueiro [mailto:diego.sueiro@gmail.com]
> >> *Sent:* Tuesday, February 01, 2011 7:34 AM
> >> *To:* Kamble, Nitin A
> >> *Cc:* yocto@yoctoproject.org
> >> *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 <diego.sueiro@gmail.com
> >> <mailto:diego.sueiro@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@intel.com <mailto:nitin.a.kamble@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@yoctoproject.org
> >> <mailto:yocto-bounces@yoctoproject.org>
> >> [mailto:yocto-bounces@yoctoproject.org
> >> <mailto:yocto-bounces@yoctoproject.org>] *On Behalf Of *Diego Sueiro
> >> *Sent:* Monday, January 31, 2011 10:53 AM
> >> *To:* yocto@yoctoproject.org <mailto:yocto@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*/
> >>
> >
> >
>
> --
> ------------------------------------------------------------
> Gary Thomas | Consulting for the
> MLB Associates | Embedded world
> ------------------------------------------------------------
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel Panics on armv4t with gcc.4.5.1
2011-02-03 20:03 ` Gary Thomas
2011-02-03 21:22 ` Kamble, Nitin A
@ 2011-02-03 21:35 ` Gary Thomas
1 sibling, 0 replies; 14+ messages in thread
From: Gary Thomas @ 2011-02-03 21:35 UTC (permalink / raw)
To: Darren Hart; +Cc: yocto
[-- Attachment #1: Type: text/plain, Size: 8413 bytes --]
On 02/03/2011 01:03 PM, Gary Thomas wrote:
> 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?
The file meta-linaro/conf/layers.conf was incorrect (diff attached).
I changed it and now I get this error which I really don't understand:
NOTE: Error expanding variable do_unpack | ETA: --:--:--
ERROR: Error parsing /home/local/poky-amltd/meta-linaro/recipes-devtools/gcc/gcc-crosssdk-intermediate_4.5.1.linaro.bb: invalid syntax (<string>, line 3)
What makes this so hard to understand is that gcc-crosssdk-intermediate_4.5.1.linaro.bb
is virtually identical to gcc-crosssdk-intermediate_4.5.1.bb:
$ diff -u meta-linaro/recipes-devtools/gcc/gcc-crosssdk-intermediate_4.5.1.linaro.bb meta/recipes-devtools/gcc/gcc-crosssdk-intermediate_4.5.1.bb
--- meta-linaro/recipes-devtools/gcc/gcc-crosssdk-intermediate_4.5.1.linaro.bb 2011-02-03 12:30:29.000000000 -0700
+++ meta/recipes-devtools/gcc/gcc-crosssdk-intermediate_4.5.1.bb 2011-01-14 14:25:24.000000000 -0700
@@ -1,4 +1,4 @@
require gcc-cross-intermediate_${PV}.bb
-require recipes-devtools/gcc/gcc-crosssdk-intermediate.inc
+require gcc-crosssdk-intermediate.inc
-PR = "r0"
+PR = "r1"
What does the error above mean and how does it relate to these files/differences?
>
>>> *From:*Diego Sueiro [mailto:diego.sueiro@gmail.com]
>>> *Sent:* Tuesday, February 01, 2011 7:34 AM
>>> *To:* Kamble, Nitin A
>>> *Cc:* yocto@yoctoproject.org
>>> *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 <diego.sueiro@gmail.com
>>> <mailto:diego.sueiro@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@intel.com <mailto:nitin.a.kamble@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@yoctoproject.org
>>> <mailto:yocto-bounces@yoctoproject.org>
>>> [mailto:yocto-bounces@yoctoproject.org
>>> <mailto:yocto-bounces@yoctoproject.org>] *On Behalf Of *Diego Sueiro
>>> *Sent:* Monday, January 31, 2011 10:53 AM
>>> *To:* yocto@yoctoproject.org <mailto:yocto@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*/
>>>
>>
>>
>
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
[-- Attachment #2: linaro.patch --]
[-- Type: text/plain, Size: 612 bytes --]
--- layer.conf~ 2011-02-03 12:30:29.000000000 -0700
+++ layer.conf 2011-02-03 13:58:18.204938350 -0700
@@ -5,7 +5,8 @@
BBPATH := "${BBPATH}:${LAYERDIR}"
# We have an images and various recipe-* directories, add to BBFILES
-BBFILES := "${BBFILES} ${LAYERDIR}/images/*.bb ${LAYERDIR}/images/*.bbappend ${LAYERDIR}/recipes-*/*.bb ${LAYERDIR}/recipes-*/*.bbappend"
+BBFILES := "${BBFILES} ${LAYERDIR}/images/*.bb ${LAYERDIR}/images/*.bbappend \
+ ${LAYERDIR}/recipes-*/*/*.bb ${LAYERDIR}/recipes-*/*/*.bbappend"
BBFILE_COLLECTIONS += "linaro"
BBFILE_PATTERN_linaro := "^${LAYERDIR}/"
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2011-02-03 21:35 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-01-31 18:52 Kernel Panics on armv4t with gcc.4.5.1 Diego Sueiro
2011-02-01 0:41 ` Kamble, Nitin A
2011-02-01 10:40 ` Diego Sueiro
2011-02-01 15:33 ` Diego Sueiro
2011-02-03 17:00 ` Kamble, Nitin A
2011-02-03 18:21 ` Darren Hart
2011-02-03 20:03 ` Gary Thomas
2011-02-03 21:22 ` Kamble, Nitin A
2011-02-03 21:35 ` Gary Thomas
2011-02-02 13:45 ` Gary Thomas
2011-02-02 15:28 ` Gary Thomas
2011-02-03 17:03 ` Kamble, Nitin A
2011-02-03 17:06 ` Gary Thomas
2011-02-03 17:27 ` Diego Sueiro
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.