[#4731] fail to mount jffs2 file system as root fs

Document created by Aaronwu Employee on Aug 30, 2013
Version 1Show Document
  • View in full screen mode

[#4731] fail to mount jffs2 file system as root fs

Submitted By: Mingquan Pan

Open Date

2008-12-19 01:14:54     Close Date

2008-12-23 22:40:49

Priority:

Medium     Assignee:

Mike Frysinger

Status:

Closed     Fixed In Release:

N/A

Found In Release:

N/A     Release:

Category:

N/A     Board:

N/A

Processor:

N/A     Silicon Revision:

Is this bug repeatable?:

Yes     Resolution:

Fixed

Uboot version or rev.:

    Toolchain version or rev.:

Nov 11

App binary format:

N/A     

Summary: fail to mount jffs2 file system as root fs

Details:

 

fail to mount jffs2 file system as root fs from abount Dec 10.

 

bfin> bootm 0x20040000

## Booting image at 20040000 ...

   Image Name:   Linux-2.6.28-rc2-ADI-2009R1-pre-

   Created:      2008-12-18  11:33:57 UTC

   Image Type:   Blackfin Linux Kernel Image (gzip compressed)

   Data Size:    916078 Bytes = 894.6 kB

   Load Address: 00001000

   Entry Point:  00191930

   Verifying Checksum ... OK

   Uncompressing Kernel Image ... OK

Starting Kernel at = 191930

Linux version 2.6.28-rc2-ADI-2009R1-pre-svn5870 (test@uclinux50-bf537-ad9960-ad1836) (gcc version 4.1.2 (ADI svn)) #4 Thu Dec 18 19:33:48 CST 2008

console [early_BFuart0] enabled

early printk enabled on early_BFuart0

Warning: limiting memory to 56MB due to hardware anomaly 05000263

Board Memory: 64MB

Kernel Managed Memory: 64MB

Memory map:

  fixedcode = 0x00000400-0x00000490

  text      = 0x00001000-0x001168c0

  rodata    = 0x001168c0-0x0016826c

  bss       = 0x00168270-0x0017713c

  data      = 0x0017713c-0x00186000

    stack   = 0x00184000-0x00186000

  init      = 0x00186000-0x001a1000

  available = 0x001a1000-0x037ff000

  DMA Zone  = 0x03f00000-0x04000000

Hardware Trace Active and Enabled

Reset caused by Software reset

Blackfin support (C) 2004-2008 Analog Devices, Inc.

Compiled for ADSP-BF537 Rev 0.2

Blackfin Linux support by   blackfin.uclinux.org/

Processor Speed: 500 MHz core clock and 100 MHz System Clock

NOMPU: setting up cplb tables

Instruction Cache Enabled for CPU0

Data Cache Enabled for CPU0 (write-through)

Built 1 zonelists in Zone order, mobility grouping off.  Total pages: 14223

Kernel command line: root=/dev/mtdblock2 rw rootfstype=jffs2 earlyprintk=serial,uart0,57600

Configuring Blackfin Priority Driven Interrupts

PID hash table entries: 256 (order: 8, 1024 bytes)

console handover: boot [early_BFuart0] -> real [ttyBF0]

Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)

Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)

Memory available: 55092k/65536k RAM, (108k init code, 1110k kernel code, 446k data, 1024k dma, 7756k reserved)

Calibrating delay loop... 997.37 BogoMIPS (lpj=1994752)

Security Framework initialized

Mount-cache hash table entries: 512

Blackfin Scratchpad data SRAM: 4 KB

Blackfin L1 Data A SRAM: 16 KB (15 KB free)

Blackfin L1 Data B SRAM: 16 KB (16 KB free)

Blackfin L1 Instruction SRAM: 48 KB (41 KB free)

PDA for CPU0 reserved at 00168e70

net_namespace: 288 bytes

NET: Registered protocol family 16

Blackfin GPIO Controller

Blackfin DMA Controller

stamp_init(): registering device resources

NET: Registered protocol family 2

IP route cache hash table entries: 1024 (order: 0, 4096 bytes)

TCP established hash table entries: 2048 (order: 2, 16384 bytes)

TCP bind hash table entries: 2048 (order: 1, 8192 bytes)

TCP: Hash tables configured (established 2048 bind 2048)

TCP reno registered

NET: Registered protocol family 1

JFFS2 version 2.2. (NAND) 漏 2001-2006 Red Hat, Inc.

msgmni has been set to 107

io scheduler noop registered

io scheduler anticipatory registered (default)

io scheduler cfq registered

Serial: Blackfin serial driver

bfin-uart.1: ttyBF0 at MMIO 0xffc00400 (irq = 18) is a BFIN-UART

brd: module loaded

bfin_mac_mdio: probed

bfin_mac: attached PHY driver [SMSC LAN83C185] (mii_bus:phy_addr=0:01, irq=-1, mdc_clk=2500000Hz(mdc_div=19)@sclk=100MHz)

bfin_mac bfin_mac.0: Blackfin on-chip Ethernet MAC driver, Version 1.1

physmap platform flash device: 00400000 at 20000000

physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank

Amd/Fujitsu Extended Query Table at 0x0040

number of CFI chips: 1

cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.

RedBoot partition parsing not available

Using physmap partition information

Creating 4 MTD partitions on "physmap-flash.0":

0x00000000-0x00040000 : "bootloader(nor)"

0x00040000-0x00120000 : "linux kernel(nor)"

0x00120000-0x003f0000 : "file system(nor)"

0x003f0000-0x00400000 : "MAC Address(nor)"

TCP cubic registered

NET: Registered protocol family 17

VFS: Mounted root (jffs2 filesystem).

Freeing unused kernel memory: 108k freed

Warning: unable to open an initial console.

 

Case 1 ...FAIL

 

 

Follow-ups

 

--- Mingquan Pan                                             2008-12-22 02:58:55

the responsible checkin should be between svn 5841 to 5855.

 

--- Sonic Zhang                                              2008-12-23 04:27:21

Mike forgot to apply the mtd-utils-root-dirs.patch when updating the version of

mtd-utils.

Fixed.

 

--- Robin Getz                                               2008-12-23 17:56:17

Grace:

 

SVN revision numbers are great - but is 5841/5855 seem to mean linux-kernel?

 

Sonic's comment seems to apply to the uclinux-dist? (at least that is where the

mtd-utils lives, where Mike updated things at r7436 (2008-12-09) - so at least

the date matches your range from the kernel 5841==2008-12-09 &

5855==2008-12-12).

 

Maybe this points out a flaw in the testing strategy -- ?? Do we just test with

live svn trunk of both uClinux-dist and kernel at the same time? or are there

any skews which does a known good uClinux-dist with a live svn trunk kernel? and

  a live svn trunk uClinux-dist with a known good kernel? If not, should we -

does that make things easier to identify were a problem exists? or is it just

more testing for little gain?

 

-Robin

 

 

--- Mike Frysinger                                           2008-12-23 19:41:04

there was no problem with the kernel here.  the bug was entirely in mtd-utils.

 

--- Sonic Zhang                                              2008-12-23 22:15:11

Sometimes kernel and user code should be changed concurrently. Your suggestion

doesn't help in this case while doubling the regression workload. I think it is

better to put both the kernel revision and uClinux-dist revision in the bug

tracker.

 

--- Mingquan Pan                                             2008-12-23 22:40:49

Yeah, I had realized that I forgot to put on uclinux-dist revision and only

write kernel revision is partial. We would like to attach both the two revisions

before and after the bug happens and locate where bug lies when it occour.

And this bug is fixed. close.

 

 

 

    Files

    Changes

    Commits

    Dependencies

    Duplicates

    Associations

    Tags

 

File Name     File Type     File Size     Posted By

config.jffs2    application/octet-stream    26811    Mingquan Pan

Attachments

Outcomes