From: Nick Piggin <nickpiggin@yahoo.com.au>
To: Erez Zadok <ezk@cs.sunysb.edu>
Cc: linux-mtd@lists.infradead.org, dwmw2@infradead.org,
linux-kernel@vger.kernel.org, jffs-dev@axis.com
Subject: Re: BUG at mm/filemap.c:1749 (2.6.24, jffs2, unionfs)
Date: Fri, 19 Oct 2007 17:03:11 +1000 [thread overview]
Message-ID: <200710191703.12026.nickpiggin@yahoo.com.au> (raw)
In-Reply-To: <200710190605.l9J65kDe008069@agora.fsl.cs.sunysb.edu>
[-- Attachment #1: Type: text/plain, Size: 1367 bytes --]
On Friday 19 October 2007 16:05, Erez Zadok wrote:
> David,
>
> I'm testing unionfs on top of jffs2, using 2.6.24 as of linus's commit
> 4fa4d23fa20de67df919030c1216295664866ad7. All of my unionfs tests pass
> when unionfs is stacked on top of jffs2, other than my truncate test --
> whic tries to truncate files up/down (through the union, which then is
> passed through to the lower jffs2 f/s). The same truncate test passes on
> all other file systems I've tried unionfs/2.6.24 with, as well as all of
> the earlier kernels that unionfs runs on (2.6.9--2.6.23). So I tend to
> think this bug is more probably due to something else going on in 2.6.24,
> possibly wrt jffs2/mtd. (Of course, it's still possible that unionfs isn't
> doing something right -- any pointers?)
>
> The oops trace is included below. Is this a known issue and if so, any
> fixes? If this is the first you hear of this problem, let me know and I'll
> try to narrow it down further.
It's had quite a lot of recent changes in that area -- the "new aops"
patches.
They've been getting quite a bit of testing in -mm and no such problems,
but I doubt anyone was doing much unionfs over jffs2, or even much jffs2
testing with -mm.
The bug smells like jffs2 is actually passing back a "written" length
greater than the length we passed into it.
The following might show what's happening.
[-- Attachment #2: mm-debug.patch --]
[-- Type: text/x-diff, Size: 738 bytes --]
Index: linux-2.6/mm/filemap.c
===================================================================
--- linux-2.6.orig/mm/filemap.c
+++ linux-2.6/mm/filemap.c
@@ -2184,6 +2184,7 @@ fs_write_aop_error:
return written ? written : status;
}
+#include <linux/kallsyms.h>
static ssize_t generic_perform_write(struct file *file,
struct iov_iter *i, loff_t pos)
{
@@ -2243,6 +2244,13 @@ again:
page, fsdata);
if (unlikely(status < 0))
break;
+ if (status > copied) {
+ print_symbol("%s returned more than it should!\n", (unsigned long)a_ops->write_end);
+ printk("status = %ld, copied = %lu\n", status, copied);
+ dump_stack();
+ status = copied; /* try to fix */
+ }
+
copied = status;
cond_resched();
next prev parent reply other threads:[~2007-10-19 7:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-19 6:05 BUG at mm/filemap.c:1749 (2.6.24, jffs2, unionfs) Erez Zadok
2007-10-19 7:03 ` Nick Piggin [this message]
2007-10-19 7:16 ` Nick Piggin
2007-10-19 17:38 ` Erez Zadok
2007-10-20 13:16 ` David Woodhouse
2007-10-21 8:55 ` David Woodhouse
2007-10-21 9:57 ` Nick Piggin
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=200710191703.12026.nickpiggin@yahoo.com.au \
--to=nickpiggin@yahoo.com.au \
--cc=dwmw2@infradead.org \
--cc=ezk@cs.sunysb.edu \
--cc=jffs-dev@axis.com \
--cc=linux-kernel@vger.kernel.org \
--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