public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: KaiGai Kohei <kaigai@ak.jp.nec.com>
To: Paul Wakeman <prwakeman@yahoo.com>
Cc: linux-mtd@lists.infradead.org
Subject: Re: jffs2: mount problems when XATTR is enabled
Date: Wed, 25 Jul 2007 18:39:05 +0900	[thread overview]
Message-ID: <46A71A39.5020707@ak.jp.nec.com> (raw)
In-Reply-To: <300947.2701.qm@web57903.mail.re3.yahoo.com>

Paul,

 >> Did you pack any xattr in the filesystem image?
 >
 > No. The initial rootfs has no files with xattrs. Applications add
 > attributes when the system operates. These errors occur before the
 > first xattr is written.

I wonder why jffs2/xattr code gave an effect your flash device
without any xattr node, because any xattr related implementation
is invoked only when jffs2 found xattr nodes on the medium, or
xattr related operations are done (like setfacl).

>> Is it possible to retry it using the kernel with debug messages.
>> (See fs/jffs2/debug.h)
> 
> Ok. I'll send the log later.

I think Kconfig related to JFFS2 also helps us to understand the situation.

 > mount -t jffs2 /dev/mtdblock2 /mnt/tmp
 >
 > I can then modify files under /mnt/tmp and then umount without errors.
 > There is a delay while I think jffs2 writes its clean markers to erased
 > sectors within the partition. If I boot with root=/dev/mtdblock2, the
 > errors occur and although the filesystem mounts, ls gives errors.
 >
 > I'm beginning to think this is a timing issue at boot, perhaps due to a
 > bug in another driver. I'll investigate that.

What's happen when you boot the board with NFS root, and mount the errored
partition manually again?
If you can reproduce the error, I recommend you to try the same test
on mtdram pseudo mtd device next.

-- 
Open Source Software Promotion Center, NEC
KaiGai Kohei <kaigai@ak.jp.nec.com>

  reply	other threads:[~2007-07-25  9:37 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-24 11:59 jffs2: mount problems when XATTR is enabled Paul Wakeman
2007-07-25  2:31 ` KaiGai Kohei
2007-07-25  8:42   ` Paul Wakeman
2007-07-25  9:39     ` KaiGai Kohei [this message]
2007-07-25 11:04       ` Paul Wakeman
2007-07-26  2:42         ` KaiGai Kohei
2007-07-26  3:46           ` KaiGai Kohei
2007-07-26 14:44             ` Paul Wakeman
2007-07-30  4:42               ` KaiGai Kohei
2007-07-26 11:39           ` Paul Wakeman

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=46A71A39.5020707@ak.jp.nec.com \
    --to=kaigai@ak.jp.nec.com \
    --cc=linux-mtd@lists.infradead.org \
    --cc=prwakeman@yahoo.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