[prev in list] [next in list] [prev in thread] [next in thread]
List: linux-arm-kernel
Subject: initrd problem on CDB89712
From: Lambert Duijst <l.duijst () scantech-id ! com>
Date: 2002-02-28 8:49:00
[Download RAW message or body]
Hi all,
I have a problem trying to set up linux-2.4.17rmk5 on my cdb89712. It is not
able to mount the root filesystem. I use hermit 1.3 as downloader/bootloader
to download my kernel to it. I believe that this works fine as I am able to
download a kernel and a ramdisk to my cdb89712. I used this tool before with
linux 2-4.6 and this worked o.k, I got a working linux with a working ramdisk.
I fiddled around with the size of the ramdisk image , I create the ramdisk
like this :
dd if=/dev/zero of=ramdisk.img bs=1024 count=2048 (or 4096, tried several
sizes)
mke2fs -N 500 ramdisk.img
mount -o loop ramdisk.img mnt
and then copy all I need to it.
when I choose the ramdisk to be 4096 blocks of 1024 bytes my kernel gives the
message :
Kernel panic: VFS Unable to mount root fs on 01:00
and when the size of my ramdisk is 2048 I get this :
Entering terminal mode -- interrupt to exit
hermit> b
Uncompressing kernel...................................done.
Uncompressing
ramdisk.................................................................done.
Linux version 2.4.17-rmk5 (lambert@rbs_lambert) (gcc version 2.95.3 20010315
(release)) #8 do feb 28 09:26:10 CET 2002
Processor: ARM ARM720T revision 2
Architecture: Cirrus-CDB89712
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=1f04 mem=32M
Calibrating delay loop... 36.76 BogoMIPS
Memory: 32MB = 32MB total
Memory: 28912KB available (998K code, 210K data, 44K init)
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
JFFS version 1.0, (C) 1999, 2000 Axis Communications AB
ttyAM0 at I/O 0x100 (irq = 12) is a CLPS711x
ttyAM1 at I/O 0x1100 (irq = 28) is a CLPS711x
pty: 256 Unix98 ptys configured
block: 64 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 2048K size 1024 blocksize
Cirrus CDB89712 MTD mappings:
Flash 0x800000 at 0x0
SRAM 0xc000 at 0x60000000
BootROM 0x80 at 0x70000000
CFI: Found no flash device at location zero
FLASH probe failed
SRAM probe failed
BootROM probe failed
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 2048)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 2048 blocks [1 disk] into ram disk...
> /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/- \
> \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\| \
> /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\done.
>
Freeing initrd memory: 2048K
Unable to handle kernel paging request at virtual address c2000000
pgd = c0024000
*pgd = 00000000, *pmd = 00000000
Internal error: Oops: 0
CPU: 0
pc : [<c0114de0>] lr : [<c002c540>] Not tainted
sp : c000bf04 ip : 00000000 fp : c000bf1c
r10: c1fee000 r9 : 41807202 r8 : c013eaa0
r7 : 00000000 r6 : 00000000 r5 : c1fee000 r4 : c1fee000
r3 : 00000000 r2 : 0000001a r1 : 0000000a r0 : c2000000
Flags: nzCv IRQs on FIQs on Mode SVC_32 Segment kernel
Control: 217F Table: C002401D DAC: 0000001D
Process swapper (pid: 1, stackpage=c000b000)
Stack: (0xc000bef4 to 0xc000c000)
bee0: c002c540 c0114de0
20000013
bf00: ffffffff c0136a2c c01499ac c0148d4c c000bfb4 c000bf20 c002c5c0
c002c4d8
bf20: 00000000 c013aeec 00000000 c011bc90 00000001 00200000 00000000
00000000
bf40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000
bf60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c0136a2c
bf80: c013aec4 c0148d4c 00000000 c0136a2c c013aec4 c0148d4c 00000000
c013eaa0
bfa0: 41807202 c003175c c000bfdc c000bfb8 c0033148 c002c590 00002000
00002000
bfc0: c015e6d4 c013eeb4 c013eeb0 c0136c48 c000bffc c000bfe0 c0033244
c00330e0
bfe0: 00002000 c015e6d4 c013eeb4 c013eeb0 00000000 c000c000 c0034ce0
c0033240
Backtrace:
Function entered at [<c002c4c8>] from [<c002c5c0>]
r6 = C0148D4C r5 = C01499AC r4 = C0136A2C
Function entered at [<c002c580>] from [<c0033148>]
Function entered at [<c00330d0>] from [<c0033244>]
r8 = C0136C48 r7 = C013EEB0 r6 = C013EEB4 r5 = C015E6D4
r4 = 00002000
Function entered at [<c0033230>] from [<c0034ce0>]
r7 = C013EEB0 r6 = C013EEB4 r5 = C015E6D4 r4 = 00002000
Code: 00000000 00000000 (e4d02001) e1320001 13320000
Kernel panic: Attempted to kill init!
The reason why I think my kernel expects a ramdisk of the size 2048 is the
line:
Freeing initrd memory: 2048K
But isn't this also the reason why it crashes ? I mean doesn't the kernel
need it's ramdisk image instead of freeing it ?
Can anyone help me with this please, I already searched the archives and I
saw a lot of problems like the one above so I'll go and try some solutions ,
but I would also like the opinion of people who know this problem.
I read in the archives about keep initrd, what is this about ?
Thanks,
Lambert Duijst
_______________________________________________
http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm-kernel
http://www.arm.linux.org.uk/armlinux/mailinglists.php
Please visit the above addresses for information on this list.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic