cmdline partitioning 2.6.20 ARM Versatile 926ejs

Thu May 3 23:10:11 EDT 2007

I'm in the process of upgrading to the 2.6.20.rc6 kernel from 2.6.14 and
am having problems with cmdline partition. Using the following kernel
command line for both kernel versions:

Kernel command line: console=ttyAMA0,38400 mem=128M ip=dhcp
root=/dev/mtdblock1 rootfstype=jffs2
mtdparts=phys_mapped_flash:128K(u-boot),16M at 0x2000000(jffs2),1M at 0x1980000(cramfs)

2.6.14 does the right thing and boots the jffs2 partition.

physmap flash device: 4000000 at 34000000
phys_mapped_flash: Found 2 x16 devices at 0x0 in 32-bit bank
 Amd/Fujitsu Extended Query Table at 0x0040
phys_mapped_flash: CFI does not contain boot bank location. Assuming
top.
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
3 cmdlinepart partitions found on MTD device phys_mapped_flash
Creating 3 MTD partitions on "phys_mapped_flash":
0x00000000-0x00020000 : "u-boot"
0x02000000-0x03000000 : "jffs2"
0x01980000-0x01a80000 : "cramfs"

While the new kernel fails with and panics when it fails to find the
partition. Stranger still it's looking for a linear cramfs which isn't
even enabled in the kernel.

physmap platform flash device: 04000000 at 34000000
physmap-flash.0: Found 2 x16 devices at 0x0 in 32-bit bank
 Amd/Fujitsu Extended Query Table at 0x0040
physmap-flash.0: CFI does not contain boot bank location. Assuming top.
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
cmdlinepart partition parsing not available
.
physmap platform flash device: 04000000 at 34000000
physmap-flash.0: Found 2 x16 devices at 0x0 in 32-bit bank
 Amd/Fujitsu Extended Query Table at 0x0040
physmap-flash.0: CFI does not contain boot bank location. Assuming top.
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
cmdlinepart partition parsing not available

cramfs: unknown physical address for linear cramfs image
Unable to handle kernel NULL pointer dereference at virtual address
00000054
pgd = c0004000
[00000054] *pgd=00000000
Internal error: Oops: 5 [#1]
Modules linked in:
CPU: 0
PC is at bdev_uevent+0x10/0x40
LR is at kill_block_super+0x20/0x3c
pc : [<c008f734>]    lr : [<c00902a4>]    Not tainted
sp : c0461ca8  ip : c0461cb8  fp : c0461cb4
r10: 00008000  r9 : 00000000  r8 : 00000000
r7 : c00d914c  r6 : 00008000  r5 : c073d000  r4 : 00000000
r3 : 00000000  r2 : 00000084  r1 : 00000005  r0 : 00000000
Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  Segment kernel
Control: 5317F
Table: 00004000  DAC: 00000017
Process swapper (pid: 1, stack limit = 0xc0460258)
Stack: (0xc0461ca8 to 0xc0462000)
1ca0:                   c0461ccc c0461cb8 c00902a4 c008f734 c073d000
c0300040 
1cc0: c0461ce4 c0461cd0 c00903ac c0090294 c073d000 ffffffea c0461d04
c0461ce8 
1ce0: c0090dec c0090358 00000000 c0454ea0 c0300040 c04b4000 c0461d1c
c0461d08 
1d00: c00d905c c0090d74 c0454ea0 00000000 c0461d5c c0461d20 c0090490
c00d9048 
1d20: c0454ea0 c0483000 c04b4000 00000000 c0461d5c c0300040 ffffffed
00000000 
1d40: c0483000 00000000 00008000 00000000 c0461d7c c0461d60 c009056c
c00903dc 
1d60: c0461d7c 00000000 00000000 c04b4000 c0461efc c0461d80 c00a90a8
c0090540 
1d80: 00000000 c0461df0 c0461dcc c0450718 c0461db4 c0461da0 c0159b38
c0267a50 
1da0: c00a2790 c0450718 c0461dcc c0461db8 c00a2790 c0159ae0 c047d005
c04e6638 
1dc0: c0461e24 c0461dd0 c00986d8 000000d0 c0457da0 60000013 c0461e04
c0461de8 
1de0: c0089ed4 c01608cc c0159b38 c0712498 c04e6638 c0453c00 c0461e24
00000000 
1e00: c0447bc0 c0335680 c0461e74 c0461e18 c006db48 c0267a50 00000044
c0461e28 
1e20: 00000001 00000001 00000000 00000044 00000000 000200d0 c02feef8
00000000 
1e40: 00000000 00000001 c0461e74 00000000 c0447bc0 000000d0 00000000
c02feef4 
1e60: c0460000 c001fb94 c0461ebc c0461e78 c006e0fc c006d754 c04e7e38
c04547a0 
1e80: 00000010 c0335680 c0461eb4 00000001 00000001 00000000 c0461f0c
c02bb528 
1ea0: 00008000 c0020044 c0020044 c001fb94 c0461edc c0461ec0 c006e384
c006e0ac 
1ec0: c0461f44 c02bb528 c0461f0c c02bb528 c0461efc 00000000 c047d000
c02bb528 
1ee0: 00008000 c0020044 c0020044 c001fb94 c0461f34 c0461f00 c00a9588
c00a8e54 
1f00: 00000000 00000080 c0099f04 c04b4000 c0483000 00000000 00000000
c00204f4 
1f20: c030d228 c02fabcc c0461f54 c0461f38 c0008d30 c00a9508 00000000
c0461f48 
1f40: c009a1f0 00000000 c0461f74 c0461f58 c00091f0 c0008d18 00000000
c00204f4 
1f60: c030d228 00000001 c0461f9c c0461f78 c00092e8 c00090f0 c0020044
c001fb94 
1f80: c0461f9c c030d218 00000000 c0460000 c0461ff4 c0461fa0 c0008858
c000923c 
1fa0: 00000000 c0461fb0 c0023d68 c00264a8 00000000 00000000 c0008724
c003eff4 
1fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 
1fe0: 00000000 00000000 00000000 c0461ff8 c003eff4 c0008734 6425202c
69727720 
Backtrace: 
[<c008f724>] (bdev_uevent+0x0/0x40) from [<c00902a4>] (kill_block_super
+0x20/0x3c)
[<c0090284>] (kill_block_super+0x0/0x3c) from [<c00903ac>]
(deactivate_super+0x64/0x84)
 r5 = C0300040  r4 = C073D000 
[<c0090348>] (deactivate_super+0x0/0x84) from [<c0090dec>] (get_sb_nodev
+0x88/0x94)
 r5 = FFFFFFEA  r4 = C073D000 
[<c0090d64>] (get_sb_nodev+0x0/0x94) from [<c00d905c>] (cramfs_get_sb
+0x24/0x30)
 r7 = C04B4000  r6 = C0300040  r5 = C0454EA0  r4 = 00000000
[<c00d9038>] (cramfs_get_sb+0x0/0x30) from [<c0090490>] (vfs_kern_mount
+0xc4/0x144)
[<c00903cc>] (vfs_kern_mount+0x0/0x144) from [<c009056c>] (do_kern_mount
+0x3c/0x50)
[<c0090530>] (do_kern_mount+0x0/0x50) from [<c00a90a8>] (do_mount
+0x264/0x6b4)
 r6 = C04B4000  r5 = 00000000  r4 = 00000000 
[<c00a8e44>] (do_mount+0x0/0x6b4) from [<c00a9588>] (sys_mount
+0x90/0xdc)
[<c00a94f8>] (sys_mount+0x0/0xdc) from [<c0008d30>] (do_mount_root
+0x28/0xb4)
 r7 = C02FABCC  r6 = C030D228  r5 = C00204F4  r4 = 00000000
[<c0008d08>] (do_mount_root+0x0/0xb4) from [<c00091f0>] (mount_root
+0x110/0x14c)
 r4 = 00000000 
[<c00090e0>] (mount_root+0x0/0x14c) from [<c00092e8>] (prepare_namespace
+0xbc/0x188)
 r7 = 00000001  r6 = C030D228  r5 = C00204F4  r4 = 00000000
[<c000922c>] (prepare_namespace+0x0/0x188) from [<c0008858>] (init
+0x134/0x1dc)
 r6 = C0460000  r5 = 00000000  r4 = C030D218 
[<c0008724>] (init+0x0/0x1dc) from [<c003eff4>] (do_exit+0x0/0x99c)
Code: e1a0c00d e92dd800 e24cb004 e1a03000 (e5900054) 
Kernel panic - not syncing: Attempted to kill init!

.

Both kernels have the same MTD configs set.  Any ideas why this no
longer works and any way to fix it?

Thanks,
Richard