Regarding linux 2.6.27 porting on imx27 platform - hanging at Freeing init memory

[Amit Kucheria]

This question is better directed to the linux-arm-kernel mailing lists since
it doesn't seem to have anything to do with Ubuntu.

But here are some pointers below:

On 09 Oct 29, Vadivelan M wrote:
> 
> Launch LinuxUncompressing
> Linux......................................................................
> done, booting the kernel.
> Linux version 2.6.28-arm2 (root at localhost.localdomain) (gcc version 4.1.1) #75
> Wed Oct 28 13:12:53 IST 2009
> CPU: ARM926EJ-S [41069264] revision 4 (ARMv5TEJ), cr=00053177
> CPU: VIVT data cache, VIVT instruction cache
> Machine: Freescale i.MX27ADS
> Memory policy: ECC disabled, Data cache writeback
> Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
> Kernel command line: root=/dev/ram rw mem=64M console=ttymxc0,115200
> MXC GPIO hardware
> MXC IRQ initialized
> PID hash table entries: 256 (order: 8, 1024 bytes)
> 
>  Clock input source is 26000000
> 
>  After for loop
>  test1
>  CCM_PCCR1 = fe5aef88
>  b4 spll_clk.disableConsole: colour dummy device 80x30
> Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
> Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
> Memory: 64MB = 64MB total
> Memory: 60780KB available (1956K code, 252K data, 92K init)
> Calibrating delay loop... 132.71 BogoMIPS (lpj=663552)
> Security Framework initialized
> Mount-cache hash table entries: 512
> CPU: Testing write buffer coherency: ok
> kernel thread started : M.V<5>SCSI subsystem initialized
> checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
> do_sys_open entry<6>Freeing initrd memory: 1792K
> NetWinder Floating Point Emulator V0.97 (extended precision)
> VFS: Disk quotas dquot_6.5.1
> Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
> JFS: nTxBlock = 489, nTxLock = 3914
> msgmni has been set to 122
> io scheduler noop registered
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> Serial: IMX driver
> imx-uart.0: ttymxc0 at MMIO 0x1000a000 (irq = 20) is a IMX
> console [ttymxc0] enabled
> imx-uart.1: ttymxc1 at MMIO 0x1000b000 (irq = 19) is a IMX
> imx-uart.2: ttymxc2 at MMIO 0x1000c000 (irq = 18) is a IMX
> imx-uart.3: ttymxc3 at MMIO 0x1000d000 (irq = 17) is a IMX
> imx-uart.4: ttymxc4 at MMIO 0x1001b000 (irq = 49) is a IMX
> imx-uart.5: ttymxc5 at MMIO 0x1001c000 (irq = 48) is a IMX
> brd: module loaded
> loop: module loaded
> st: Version 20080504, fixed bufsize 32768, s/g segs 256
> Driver 'st' needs updating - please use bus_type methods
> Driver 'sd' needs updating - please use bus_type methods
> drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
> do_sys_open entrydo_sys_open entry<5>RAMDISK: Compressed image found at block 0
> EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
> VFS: Mounted root (ext2 filesystem).
> Freeing init memory: 92K
> 
> 
> After this some junk characters are coming like ....
> 
> ��֍�򁰠0^ޝ��r�'���ϊ��r:�������:��M� ��D�d�z ?�� Τ��8V�`�Т���V잊]nn]^ｸ�m8m��^� �m�
>  E��N��8��6���:]���

This seems curiously close to the point where the initramfs/rootfs should be
mounted. Your kernel commandline points your root to /dev/ram. 

- Have you really setup your ramdisk image to handle that?
- What happens if you remove the root=/dev/ram from the commandline?
- Have you loaded the initrd into memory from the bootloader (redboot?)?

Cheers,
Amit

-- 
----------------------------------------------------------------------
Amit Kucheria, Kernel Engineer || amit.kucheria at canonical.com
----------------------------------------------------------------------