public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: James Graves <jgraves@deltamobile.com>
To: linux-mtd@lists.infradead.org
Subject: File system testing
Date: Wed, 27 Jun 2007 12:02:31 -0500	[thread overview]
Message-ID: <46829827.20508@deltamobile.com> (raw)


Hello all,

We're running into some possible data corruption issues with some log 
files stored on a JFFS2 partition.

Our current configuration is admittedly a bit unusual.  We've got a 
2.6.11 kernel on a PowerPC processor.  However, we ported the JFFS2 and 
MTD code from a 2.6.21 kernel.  As you might guess, there were some 
other issues that prevented us from just moving to a recent kernel, 
though we're still considering that.

To start with, however, I've got some general questions on testing the 
system.

We've got a script that will write a series of files to the filesystem, 
and then read them back, checking the contents.

The script will then unmount the filesystem, and re-mount it. 
Sometimes, when reading the files again, we'll see a problem.  For 
instance, seeing nulls (0x00) instead of the expected characters.

We'll also see at least one message indicating that a node has invalid 
size (would go over the end of the erase block) and after that some 
"magic bitmask 0x1985 not found" messages.

We then modified the script to sleep after writing each file, that 
seemed to help, and the test ran longer without seeing a data corruption 
problem.  Though we did eventually see one after a long time.

So, questions:

Is this a good way to test the filesystem in general?

Is it possible to push the filesystem too hard, by reading a writing a 
lot of data all at once?  Will the reads block the writes from being 
completed?  Or block the erasing dirty eraseblocks?

Thanks,

James Graves

             reply	other threads:[~2007-06-27 17:02 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-27 17:02 James Graves [this message]
2007-06-28 19:07 ` File system testing David Woodhouse
2007-06-28 19:34   ` James Graves
2007-06-28 19:41     ` David Woodhouse

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=46829827.20508@deltamobile.com \
    --to=jgraves@deltamobile.com \
    --cc=linux-mtd@lists.infradead.org \
    /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