public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Jarkko Lavinen <jarkko.lavinen@nokia.com>
To: linux-mtd@lists.infradead.org
Cc: zhao forrest <zhao_fusheng@hotmail.com>
Subject: EBH with OneNAND doesn't work
Date: Fri, 16 Dec 2005 14:23:31 +0200	[thread overview]
Message-ID: <20051216122331.GA801@angel.research.nokia.com> (raw)

I am trying to use JFFS2 (JFFS2 from cvs -D 'Nov 12, 2005' with the
mtd driver part from CVS head) on OneNAND simulator and real OneNAND
device.

I erased the test partition with "flash_eraseall /dev/mtd0". I mount the 
partition and no other fs operation is done.  When I just unmount and mount 
again, I get

  # mount -t jffs2 /dev/mtdblock0 /mnt
  ...
  Dec 16 12:35:11 slayer kernel: jffs2_scan_eraseblock(): Scanning block at 0x0
  Dec 16 12:35:11 slayer kernel: JFFS2: Erase block at 0x00000000 is not formatted. It will be erased
  Dec 16 12:35:11 slayer kernel: jffs2_scan_eraseblock(): Scanning block at 0x10000
  Dec 16 12:35:11 slayer kernel: JFFS2: Erase block at 0x00010000 is not formatted. It will be erased
  ...
  Dec 16 12:35:11 slayer kernel: Cowardly refusing to erase blocks on filesystem with no valid JFFS2 nodes
  Dec 16 12:35:11 slayer kernel: empty_blocks 0, bad_blocks 0, c->nr_blocks 256
  Dec 16 12:35:11 slayer kernel: c->used_size: 0
  Dec 16 12:35:11 slayer kernel: c->nr_free_blocks 0
  Dec 16 12:35:11 slayer kernel: (c->nr_free_blocks+empty_blocks+bad_blocks): 0
  Dec 16 12:35:11 slayer kernel: [JFFS2 DBG] (3779) jffs2_do_mount_fs: build_fs failed


JFFS2 is complaining about many pages being unformatted. It shouldn't
do this, since the pages should be properly formatted after the first
mount within a second when using a fast machine. At least on Nandsim and 
Ramtd they are.

Also, no pages are used so pages shold be either free or empty but the
number of free or empty pages is zero. This triggers the Cowardly
message,

I am seeing the same problem on both real OneNAND and OneNand
simulator.  On Nandsim or Ramtd everything seems to work ok.

The problem might be related to the free OOB bytes being scattered in 
OneNand. The first free OOB region start at offset 2 and with length 3 
bytes with autoplacement.

Regards
Jarkko Lavinen

             reply	other threads:[~2005-12-16 12:23 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-16 12:23 Jarkko Lavinen [this message]
2005-12-16 12:37 ` EBH with OneNAND doesn't work Bernhard Priewasser
2005-12-19 10:52 ` Christian Lehne
2005-12-19 11:07   ` zhao, forrest
2005-12-21  7:24     ` Kyungmin Park
2005-12-21  7:40       ` zhao, forrest
2005-12-21  9:30   ` Jarkko Lavinen
2005-12-21 11:06     ` Jarkko Lavinen
2005-12-21 12:43     ` Vitaly Wool

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20051216122331.GA801@angel.research.nokia.com \
    --to=jarkko.lavinen@nokia.com \
    --cc=linux-mtd@lists.infradead.org \
    --cc=zhao_fusheng@hotmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox