* [Buildroot] Noobie hat for a day
@ 2012-08-08 22:37 Charles Krinke
2012-08-09 6:03 ` Baruch Siach
0 siblings, 1 reply; 2+ messages in thread
From: Charles Krinke @ 2012-08-08 22:37 UTC (permalink / raw)
To: buildroot
Putting on my 'noobie' hat again for a day, I am bolloxed as to why I
compile the same kernel with two different toolchains and one works
and the other dies.
Here are two boots. Earlyprintk is compiled in and earlyprintk is on
the kernel command line. The same source is used in both cases. The
non-functioning one is is compiled with Sourcery CodeBench 2011.09-70
and it dies early. The functioning one is compiled with the
CodeSourcery 2010.09-50 toolchain.
Clearly earlyprintk does show a difference (Thank you for that
suggestion last week). But as to why the kernel for this TI AM3517EVM
dies with the newer Sourcery Codebench is a question I am hoping
someone can answer.
Uncompressing Linux... done, booting the kernel.
Linux version 2.6.37+ (ckrinke at dellx) (gcc version 4.6.1 (Sourcery
CodeBench Lite 2011.09-70) ) #5 Wed Aug 8 15:25:02 PDT 2012
CPU: ARMv7 Processor [411fc087] revision 7 (ARMv7), cr=10c53c7f
CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
Machine: OMAP3517/AM3517 EVM
bootconsole [earlycon0] enabled
Reserving 4194304 bytes SDRAM for VRAM
Memory policy: ECC disabled, Data cache writeback
AM3517 ES1.1 (l2cache iva sgx neon isp )
SRAM: Mapped pa 0x40200000 to va 0xfe400000 size: 0x10000
Unhandled fault: alignment exception (0x001) at 0xc04ee62b
Internal error: : 1 [#1]
Uncompressing Linux... done, booting the kernel.
Linux version 2.6.37+ (ckrinke at dellx) (gcc version 4.5.1 (Sourcery G++
Lite 2010.09-50) ) #3 Wed Aug 8 12:43:27 PDT2
CPU: ARMv7 Processor [411fc087] revision 7 (ARMv7), cr=10c53c7f
CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
Machine: OMAP3517/AM3517 EVM
Reserving 4194304 bytes SDRAM for VRAM
Memory policy: ECC disabled, Data cache writeback
AM3517 ES1.1 (l2cache iva sgx neon isp )
SRAM: Mapped pa 0x40200000 to va 0xfe400000 size: 0x10000
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 64000
Kernel command line: console=ttyO2,115200n8 earlyprintk
root=/dev/mtdblock4 rw rootfstype=jffs2
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 252MB = 252MB total
Memory: 243656k/243656k available, 18488k reserved, 0K highmem
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
DMA : 0xffc00000 - 0xffe00000 ( 2 MB)
vmalloc : 0xd0800000 - 0xf8000000 ( 632 MB)
lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
modules : 0xbf000000 - 0xc0000000 ( 16 MB)
.init : 0xc0008000 - 0xc003a000 ( 200 kB)
.text : 0xc003a000 - 0xc05959c4 (5487 kB)
.data : 0xc0596000 - 0xc074ce60 (1756 kB)
--
Charles
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Buildroot] Noobie hat for a day
2012-08-08 22:37 [Buildroot] Noobie hat for a day Charles Krinke
@ 2012-08-09 6:03 ` Baruch Siach
0 siblings, 0 replies; 2+ messages in thread
From: Baruch Siach @ 2012-08-09 6:03 UTC (permalink / raw)
To: buildroot
Hi Charles,
On Wed, Aug 08, 2012 at 03:37:18PM -0700, Charles Krinke wrote:
> Putting on my 'noobie' hat again for a day, I am bolloxed as to why I
> compile the same kernel with two different toolchains and one works
> and the other dies.
The right direction for this question is the Linux ARM kernel mailing list.
See http://lists.infradead.org/mailman/listinfo/linux-arm-kernel. For this
particular platform you can also try the linux-omap mailing list. See
http://vger.kernel.org/vger-lists.html#linux-omap.
baruch
> Here are two boots. Earlyprintk is compiled in and earlyprintk is on
> the kernel command line. The same source is used in both cases. The
> non-functioning one is is compiled with Sourcery CodeBench 2011.09-70
> and it dies early. The functioning one is compiled with the
> CodeSourcery 2010.09-50 toolchain.
>
> Clearly earlyprintk does show a difference (Thank you for that
> suggestion last week). But as to why the kernel for this TI AM3517EVM
> dies with the newer Sourcery Codebench is a question I am hoping
> someone can answer.
>
> Uncompressing Linux... done, booting the kernel.
> Linux version 2.6.37+ (ckrinke at dellx) (gcc version 4.6.1 (Sourcery
> CodeBench Lite 2011.09-70) ) #5 Wed Aug 8 15:25:02 PDT 2012
> CPU: ARMv7 Processor [411fc087] revision 7 (ARMv7), cr=10c53c7f
> CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
> Machine: OMAP3517/AM3517 EVM
> bootconsole [earlycon0] enabled
> Reserving 4194304 bytes SDRAM for VRAM
> Memory policy: ECC disabled, Data cache writeback
> AM3517 ES1.1 (l2cache iva sgx neon isp )
> SRAM: Mapped pa 0x40200000 to va 0xfe400000 size: 0x10000
> Unhandled fault: alignment exception (0x001) at 0xc04ee62b
> Internal error: : 1 [#1]
>
> Uncompressing Linux... done, booting the kernel.
> Linux version 2.6.37+ (ckrinke at dellx) (gcc version 4.5.1 (Sourcery G++
> Lite 2010.09-50) ) #3 Wed Aug 8 12:43:27 PDT2
> CPU: ARMv7 Processor [411fc087] revision 7 (ARMv7), cr=10c53c7f
> CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
> Machine: OMAP3517/AM3517 EVM
> Reserving 4194304 bytes SDRAM for VRAM
> Memory policy: ECC disabled, Data cache writeback
> AM3517 ES1.1 (l2cache iva sgx neon isp )
> SRAM: Mapped pa 0x40200000 to va 0xfe400000 size: 0x10000
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 64000
> Kernel command line: console=ttyO2,115200n8 earlyprintk
> root=/dev/mtdblock4 rw rootfstype=jffs2
> PID hash table entries: 1024 (order: 0, 4096 bytes)
> Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Memory: 252MB = 252MB total
> Memory: 243656k/243656k available, 18488k reserved, 0K highmem
> Virtual kernel memory layout:
> vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
> DMA : 0xffc00000 - 0xffe00000 ( 2 MB)
> vmalloc : 0xd0800000 - 0xf8000000 ( 632 MB)
> lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
> modules : 0xbf000000 - 0xc0000000 ( 16 MB)
> .init : 0xc0008000 - 0xc003a000 ( 200 kB)
> .text : 0xc003a000 - 0xc05959c4 (5487 kB)
> .data : 0xc0596000 - 0xc074ce60 (1756 kB)
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2012-08-09 6:03 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-08-08 22:37 [Buildroot] Noobie hat for a day Charles Krinke
2012-08-09 6:03 ` Baruch Siach
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox