Hi,

On Thu, Oct 7, 2010 at 2:33 PM, Hiremath, Vaibhav <hvaib...@ti.com> wrote:
> Hi,
>
> Latest linux-omap/master branch is not booting up on OMAP3EVM board, I am 
> using omap2plus_defcofnig without any changes.
>
> I tried enableing early_printk option then found that it is hanging 
> immediately after serial initialization, below is the log for reference -
>
>
> ----------------------LOG-----------------------------
>
> Bytes transferred = 2683824 (28f3b0 hex)
> ## Booting kernel from Legacy Image at 82000000 ...
>   Image Name:   Linux-2.6.36-rc7-08946-g99cf630
>   Image Type:   ARM Linux Kernel Image (uncompressed)
>   Data Size:    2683760 Bytes =  2.6 MB
>   Load Address: 80008000
>   Entry Point:  80008000
>   Verifying Checksum ... OK
>   Loading Kernel Image ... OK
> OK
>
> Starting kernel ...
>
> Uncompressing Linux... done, booting the kernel.
> [    0.000000] Linux version 2.6.36-rc7-08946-g99cf630 (a0393...@psplinux051) 
> (gcc version 4.3.3 (Sourcery G++ Lite 2009q1-203) ) #9 SMP Thu Oct 7 17:13:42 
> IST 2010
> [    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: OMAP3 EVM
> [    0.000000] bootconsole [earlycon0] enabled
> [    0.000000] Memory policy: ECC disabled, Data cache writeback
> [    0.000000] OMAP3430/3530 ES3.1 (l2cache iva sgx neon isp )
> [    0.000000] SRAM: Mapped pa 0x40200000 to va 0xfe400000 size: 0x10000
> [    0.000000] PERCPU: Embedded 7 pages/cpu @c0bc1000 s5984 r8192 d14496 
> u65536
> [    0.000000] pcpu-alloc: s5984 r8192 d14496 u65536 alloc=16*4096
> [    0.000000] pcpu-alloc: [0] 0
> [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total 
> pages: 32512
> [    0.000000] Kernel command line: root=/dev/ram0 rw mem=128M 
> console=ttyS0,115200n8 initrd=0x83600000,16M ip=dhcp earlyprintk=serial
> [    0.000000] PID hash table entries: 512 (order: -1, 2048 bytes)
> [    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> [    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> [    0.000000] Memory: 128MB = 128MB total
> [    0.000000] Memory: 102524k/102524k available, 28548k reserved, 0K highmem
> [    0.000000] Virtual kernel memory layout:
> [    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
> [    0.000000]     fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)
> [    0.000000]     DMA     : 0xffc00000 - 0xffe00000   (   2 MB)
> [    0.000000]     vmalloc : 0xc8800000 - 0xf8000000   ( 760 MB)
> [    0.000000]     lowmem  : 0xc0000000 - 0xc8000000   ( 128 MB)
> [    0.000000]     modules : 0xbf000000 - 0xc0000000   (  16 MB)
> [    0.000000]       .init : 0xc0008000 - 0xc0047000   ( 252 kB)
> [    0.000000]       .text : 0xc0047000 - 0xc04e2000   (4716 kB)
> [    0.000000]       .data : 0xc0500000 - 0xc0565760   ( 406 kB)
> [    0.000000] Hierarchical RCU implementation.
> [    0.000000]  RCU-based detection of stalled CPUs is disabled.
> [    0.000000]  Verbose stalled-CPUs detection is disabled.
> [    0.000000] NR_IRQS:402
> [    0.000000] Clocking rate (Crystal/Core/MPU): 26.0/332/500 MHz
> [    0.000000] Reprogramming SDRC clock to 332000000 Hz
> [    0.000000] GPMC revision 5.0
> [    0.000000] IRQ: Found an INTC at 0xfa200000 (revision 4.0) with 96 
> interrupts
> [    0.000000] Total of 96 interrupts on 1 active controller
> [    0.000000] Could not get gpios_ick
> [    0.000000] Could not get gpios_fck
> [    0.000000] OMAP GPIO hardware version 2.5
> [    0.000000] OMAP clockevent source: GPTIMER1 at 32768 Hz
> [    0.000000] Console: colour dummy device 80x30
> [    0.000000] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., 
> Ingo Molnar
> [    0.000000] ... MAX_LOCKDEP_SUBCLASSES:  8
> [    0.000000] ... MAX_LOCK_DEPTH:          48
> [    0.000000] ... MAX_LOCKDEP_KEYS:        8191
> [    0.000000] ... CLASSHASH_SIZE:          4096
> [    0.000000] ... MAX_LOCKDEP_ENTRIES:     16384
> [    0.000000] ... MAX_LOCKDEP_CHAINS:      32768
> [    0.000000] ... CHAINHASH_SIZE:          16384
> [    0.000000]  memory used by lock dependency info: 3695 kB
> [    0.000000]  per task-struct memory footprint: 1152 bytes
> [    0.000000] Calibrating delay loop... 498.87 BogoMIPS (lpj=1945600)
> [    0.000000] pid_max: default: 32768 minimum: 301
> [    0.000000] Security Framework initialized
> [    0.000000] Mount-cache hash table entries: 512
> [    0.000000] CPU: Testing write buffer coherency: ok
> [    0.000000] Brought up 1 CPUs
> [    0.000000] SMP: Total of 1 processors activated (498.87 BogoMIPS).
> [    0.000000] regulator: core version 0.5
> [    0.000000] NET: Registered protocol family 16
> [    0.000000] OMAP DMA hardware revision 4.0
> [    0.052703] bio: create slab <bio-0> at 0
> [    0.066741] SCSI subsystem initialized
> [    0.083923] omap_device: i2c_omap.1: new worst case activate latency 0: 
> 91552
> [    0.101776] i2c_omap i2c_omap.1: bus 1 rev3.12 at 2600 kHz
> [    0.118988] twl4030: PIH (irq 7) chaining IRQs 368..375
> [    0.124847] twl4030: power (irq 373) chaining IRQs 376..383
> [    0.132843] twl4030: gpio (irq 368) chaining IRQs 384..401
> [    0.154357] regulator: VMMC1: 1850 <--> 3150 mV at 3000 mV normal standby
> [    0.164520] regulator: VDAC: 1800 mV normal standby
> [    0.172851] regulator: VPLL2: 1800 mV normal standby
> [    0.180755] regulator: VSIM: 1800 <--> 3000 mV at 1800 mV normal standby
> [    0.188446] omap_device: i2c_omap.1: new worst case deactivate latency 0: 
> 30517
> [    0.210754] i2c_omap i2c_omap.2: bus 2 rev3.12 at 400 kHz
> [    0.226409] i2c_omap i2c_omap.3: bus 3 rev3.12 at 400 kHz
> [    0.242767] Switching to clocksource 32k_counter
> [    0.358764] NET: Registered protocol family 2
> [    0.364349] IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> [    0.374298] TCP established hash table entries: 4096 (order: 3, 32768 
> bytes)
> [    0.382080] TCP bind hash table entries: 4096 (order: 5, 131072 bytes)
> [    0.391815] TCP: Hash tables configured (established 4096 bind 4096)
> [    0.398620] TCP reno registered
> [    0.401977] UDP hash table entries: 64 (order: 0, 5120 bytes)
> [    0.408447] UDP-Lite hash table entries: 64 (order: 0, 5120 bytes)
> [    0.416198] NET: Registered protocol family 1
> [    0.422210] RPC: Registered udp transport module.
> [    0.427154] RPC: Registered tcp transport module.
> [    0.432342] RPC: Registered tcp NFSv4.1 backchannel transport module.
> [    0.440216] Trying to unpack rootfs image as initramfs...
> [    0.447235] rootfs image is not initramfs (junk in compressed archive); 
> looks like an initrd
> [    0.697875] Freeing initrd memory: 16384K
> [    0.707366] NetWinder Floating Point Emulator V0.97 (double precision)
> [    0.893859] VFS: Disk quotas dquot_6.5.2
> [    0.898529] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
> [    0.908569] JFFS2 version 2.2. (NAND) (SUMMARY)  © 2001-2006 Red Hat, Inc.
> [    0.917541] msgmni has been set to 232
> [    0.927093] io scheduler noop registered
> [    0.931365] io scheduler deadline registered
> [    0.936218] io scheduler cfq registered (default)
> [    0.945587] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> [    0.960083] omap-hsuart.0: ttyO0 at MMIO 0x4806a000 (irq = 72) is a OMAP 
> UART0

You need to use ttyO0 for the console, since the new omap-hsuart is
now used instead of the 8250 driver.

I hope this helps!

Jean

> ;  ®¶¶V=¯°¡³
>            2s14? 4­¥/0400¨É1=· ? µ!
>                                     2
>                                      -Õ;  ®7£4=¯°¡³
>
> <Serial console goes for toss and dumps garbage here after>
>
>
> Does anybody has seen such issues; any suggestion/help is helpful?
>
> Thanks,
> Vaibhav
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to