[#6801] jffs mount mtdblock2 as rootfs fails for kernel mtd partition disappear
Submitted By: Mingquan Pan
Open Date
2011-09-23 04:51:46 Close Date
2011-09-28 21:59:16
Priority:
Medium Assignee:
Nobody
Status:
Closed Fixed In Release:
N/A
Found In Release:
2011R1 Release:
Category:
N/A Board:
N/A
Processor:
BF537 Silicon Revision:
Is this bug repeatable?:
Yes Resolution:
Not reproducible
Uboot version or rev.:
Toolchain version or rev.:
5013
App binary format:
N/A
Summary: jffs mount mtdblock2 as rootfs fails for kernel mtd partition disappear
Details:
jffs mount mtdblock2 as rootfs fails for kernel mtd partition disappear on bf537.
It looks doesn't fails for 548 ezkit and 537 ezkit board.
bfin> bootm 20040000
## Booting kernel from Legacy Image at 20040000 ...
Image Name: bf537-0.2-3.0.0-ADI-2011R1-pre-s
Created: 2011-09-15 17:36:21 UTC
Image Type: Blackfin Linux Kernel Image (gzip compressed)
Data Size: 650839 Bytes = 635.6 KiB
Load Address: 00001000
Entry Point: 0011c8bc
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Starting Kernel at = 0011c8bc
Linux version 3.0.0-ADI-2011R1-pre-svn10077 (test@uclinux50-bf537-ad9960-ad1836) (gcc version 4.3.5 (ADI-2011R1-RC1) ) #4 Fri Sep 16 01:36:15 CST 2011
register early platform devices
bootconsole [early_shadow0] enabled
bootconsole [early_BFuart0] enabled
early printk enabled on early_BFuart0
Limiting kernel memory to 56MB due to anomaly 05000263
Board Memory: 64MB
Kernel Managed Memory: 64MB
Memory map:
fixedcode = 0x00000400-0x00000490
text = 0x00001000-0x000b99a8
rodata = 0x000b99a8-0x000fa3e0
bss = 0x000fb000-0x00108734
data = 0x00108734-0x00116000
stack = 0x00114000-0x00116000
init = 0x00116000-0x0012e000
available = 0x0012e000-0x03800000
DMA Zone = 0x03f00000-0x04000000
Hardware Trace active and enabled
Boot Mode: 0
Reset caused by Software reset
Blackfin support (C) 2004-2010 Analog Devices, Inc.
Compiled for ADSP-BF537 Rev 0.2
Blackfin Linux support by http://blackfin.uclinux.org/
Processor Speed: 500 MHz core clock and 125 MHz System Clock
NOMPU: setting up cplb tables
Instruction Cache Enabled for CPU0
External memory: cacheable in instruction cache
Data Cache Enabled for CPU0
External memory: cacheable (write-back) in data cache
Built 1 zonelists in Zone order, mobility grouping off. Total pages: 14224
Kernel command line: root=/dev/mtdblock2 rw rootfstype=jffs2 earlyprintk=serial,uart0,57600 console=ttyBF0,57600
PID hash table entries: 256 (order: -2, 1024 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory available: 55528k/65536k RAM, (96k init code, 738k kernel code, 370k data, 1024k dma, 7780k reserved)
NR_IRQS:146
Configuring Blackfin Priority Driven Interrupts
console [ttyBF0] enabled, bootconsole disabled
console [ttyBF0] enabled, bootconsole disabled
Calibrating delay loop... 995.32 BogoMIPS (lpj=1990656)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
Blackfin Scratchpad data SRAM: 4 KB
Blackfin L1 Data A SRAM: 16 KB (16 KB free)
Blackfin L1 Data B SRAM: 16 KB (16 KB free)
Blackfin L1 Instruction SRAM: 48 KB (35 KB free)
Blackfin DMA Controller
stamp_init(): registering device resources
bio: create slab <bio-0> at 0
Switching to clocksource bfin_cs_cycles
debug-mmrs: setting up Blackfin MMR debugfs
ROMFS MTD (C) 2007 Red Hat, Inc.
msgmni has been set to 108
io scheduler noop registered (default)
bfin-uart: Blackfin serial driver
bfin-uart.0: ttyBF0 at MMIO 0xffc00400 (irq = 18) is a BFIN-UART
brd: module loaded
physmap platform flash device: 00400000 at 20000000
Using physmap partition information
Creating 3 MTD partitions on "physmap-flash.0":
0x000000000000-0x000000040000 : "bootloader(nor)"
0x000000040000-0x0000003f0000 : "file system(nor)"
0x0000003f0000-0x000000400000 : "MAC Address(nor)"
dma_alloc_init: dma_page @ 0x0210d000 - 256 pages at 0x03f00000
VFS: Cannot open root device "mtdblock2" or unknown-block(31,2)
Please append a correct "root=" boot option; here are the available partitions:
1f00 256 mtdblock0 (driver?)
1f01 3776 mtdblock1 (driver?)
1f02 64 mtdblock2 (driver?)
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,2)
Hardware Trace:
0 Target : <0x000b9764> { _dump_stack + 0x0 }
Source : <0x000b97ec> { _panic + 0x50 } CALL pcrel
1 Target : <0x000b97ec> { _panic + 0x50 }
Source : <0x000b9938> { _printk + 0x14 } RTS
2 Target : <0x000b9934> { _printk + 0x10 }
Source : <0x00011d38> { _vprintk + 0x164 } RTS
3 Target : <0x00011d2c> { _vprintk + 0x158 }
Source : <0xffa00d12> { __common_int_entry + 0xda } RTI
4 Target : <0xffa00cb0> { __common_int_entry + 0x78 }
Source : <0xffa00aec> { _return_from_int + 0x58 } RTS
5 Target : <0xffa00aec> { _return_from_int + 0x58 }
Source : <0xffa00ac2> { _return_from_int + 0x2e } IF !CC JUMP pcrel
6 Target : <0xffa00a94> { _return_from_int + 0x0 }
Source : <0xffa00cac> { __common_int_entry + 0x74 } JUMP.L
7 Target : <0xffa00caa> { __common_int_entry + 0x72 }
Source : <0xffa0038e> { _asm_do_IRQ + 0x6a } RTS
8 Target : <0xffa00386> { _asm_do_IRQ + 0x62 }
Source : <0x0001531c> { ___local_bh_enable + 0x38 } RTS
9 Target : <0x000152e4> { ___local_bh_enable + 0x0 }
Source : <0x000159da> { ___do_softirq + 0xc6 } JUMP.L
10 Target : <0x000159ce> { ___do_softirq + 0xba }
Source : <0x000159b2> { ___do_softirq + 0x9e } IF CC JUMP pcrel
11 Target : <0x0001599c> { ___do_softirq + 0x88 }
Source : <0x000380a2> { _rcu_bh_qs + 0x5e } RTS
12 Target : <0x00038088> { _rcu_bh_qs + 0x44 }
Source : <0x0003805c> { _rcu_bh_qs + 0x18 } IF CC JUMP pcrel
13 Target : <0x00038044> { _rcu_bh_qs + 0x0 }
Source : <0x00015998> { ___do_softirq + 0x84 } CALL pcrel
14 Target : <0x00015990> { ___do_softirq + 0x7c }
Source : <0x00019842> { _run_timer_softirq + 0xc6 } RTS
15 Target : <0x000197dd> { _run_timer_softirq + 0x61 }
Source : <0x00019828> { _run_timer_softirq + 0xac } IF !CC JUMP pcrel (BP)
Stack info:
SP: [0x0201bf1c] <0x0201bf1c> /* kernel dynamic memory (maybe user-space) */
FP: (0x0201bfe0)
Memory from 0x0201bf10 to 0201c000
0201bf10: 000d9578 0201bf1c 00000000 [000d9670] 000b97f0 02064000 000d9670 001003cb
0201bf30: 001003cb 001003cb 0201bf64 00106bbc 0011698e 02064000 02064000 0012507c
0201bf50: 0201bf74 000d9578 00000000 00000000 00000032 0201bf74 00000001 00008000
0201bf70: 00000000 6e6b6e75 2d6e776f 636f6c62 3133286b 0029322c 00116aa6 00125038
0201bf90: 00001f02 00000000 00116ba4 00125038 00125034 000fb068 00000000 00000000
0201bfb0: 00000000 02039620 00116198 001294d8 00129328 001294d8 001161ac 001294d8
0201bfd0: 00129328 001294d8 00000000 00000000 (00000000)
00000000 00000000
0201bff0: 00000000 00000000 ffffffff 00000006
Return addresses in stack:
frame 1 : <0x00001556> { _kernel_thread_helper + 0x6 }
Last passed time: 2011_Sep_14_19_28.
Uclinux-dist version: 10391.
Kernel verion: 10077, git-id: 41ad81635592d2f3d74c773eb572468a9a374ff1
Case 1 ...FAIL
Case 1 ...FAIL
JFFS2 TEST FAIL
Follow-ups
--- Sonic Zhang 2011-09-27 03:05:24
Can't replicate on BF537-STAMP with kernel Revision: 10088 and 2010R1 uboot.
physmap platform flash device: 00400000 at 20000000
physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID
0x000020 Chip ID 0x0022cb
Amd/Fujitsu Extended Query Table at 0x0040
Amd/Fujitsu Extended Query version 1.0.
number of CFI chips: 1
Using physmap partition information
Creating 4 MTD partitions on "physmap-flash.0":
0x000000000000-0x000000040000 : "bootloader(nor)"
0x000000040000-0x0000001c0000 : "linux kernel(nor)"
0x0000001c0000-0x0000003f0000 : "file system(nor)"
0x0000003f0000-0x000000400000 : "MAC Address(nor)"
--- Mingquan Pan 2011-09-28 21:59:24
Yeah, it looks returning back to ok on regression machine too. So close.
Files
Changes
Commits
Dependencies
Duplicates
Associations
Tags
File Name File Type File Size Posted By
No Files Were Found