Trouble with newer kernels on Gumstix Overo boards
Gadiyar, Anand
gadiyar at ti.com
Fri Jun 17 10:03:05 EDT 2011
Daniel Mack wrote:
>
> Hi Tony et al,
>
> I'm having problems booting newer kernels on a Gumstix Overo board.
>
> I enabled CONFIG_EARLY_PRINTK to see any messages at all, and see a
> number of warnings first and then lots of garbled binary junk once the
> UART is set up.
>
> This is Linus' current master branch plus your latest fixes from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git fixes
>
>
> Uncompressing Linux... done, booting the kernel.
> [ 0.000000] Linux version 3.0.0-rc3-00209-g64db347-dirty
> (daniel at jup) (gcc version 4.4.5 (Buildroot 2010.11-git) ) #24 SMP Fri
> Jun 17 15:42:59 CEST 2011
> [ 0.000000] CPU: ARMv7 Processor [411fc083] revision 3 (ARMv7), cr=10c53c7f
> [ 0.000000] CPU: VIPT nonaliasing data cache, VIPT nonaliasing
> instruction cache
> [ 0.000000] Machine: Gumstix Overo
> [ 0.000000] Ignoring tag cmdline (using the default kernel command line)
> [ 0.000000] bootconsole [earlycon0] enabled
> [ 0.000000] Memory policy: ECC disabled, Data cache writeback
> [ 0.000000] OMAP3503 ES3.1 (l2cache neon isp )
> [ 0.000000] SRAM: Mapped pa 0x40200000 to va 0xfe400000 size: 0x10000
> [ 0.000000] On node 0 totalpages: 65536
> [ 0.000000] free_area_init_node: node 0, pgdat c065e9e0,
> node_mem_map c0bb5000
> [ 0.000000] Normal zone: 512 pages used for memmap
> [ 0.000000] Normal zone: 0 pages reserved
> [ 0.000000] Normal zone: 65024 pages, LIFO batch:15
> [ 0.000000] Clocking rate (Crystal/Core/MPU): 26.0/331/500 MHz
> [ 0.000000] Reprogramming SDRC clock to 331882352 Hz
> [ 0.000000] PERCPU: Embedded 7 pages/cpu @c0dba000 s5952 r8192 d14528 u32768
> [ 0.000000] pcpu-alloc: s5952 r8192 d14528 u32768 alloc=8*4096
> [ 0.000000] pcpu-alloc: [0] 0
> [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on.
> Total pages: 65024
> [ 0.000000] Kernel command line: debug earlyprintk
> console=ttyS2,115200 root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait
Here is your problem. We now use the OMAP-serial driver for the UARTs.
Change the ttyS2 to ttyO2 and you should be fine.
- Anand
More information about the linux-arm-kernel
mailing list