public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: "Alexander Belyakov" <abelyako@googlemail.com>
To: "David Woodhouse" <dwmw2@infradead.org>
Cc: linux-mtd@lists.infradead.org
Subject: Re: [PATCH] [JFFS2] Non-contiguous write bug fix (Sibley)
Date: Wed, 2 May 2007 18:53:21 +0400	[thread overview]
Message-ID: <fe810cf0705020753k22193b4eqa8a177aaae10f040@mail.gmail.com> (raw)
In-Reply-To: <1178114314.11120.12.camel@pmac.infradead.org>

On 5/2/07, David Woodhouse <dwmw2@infradead.org> wrote:
>
> Can you add something like a WARN_ON(!(c->wbuf_ofs % c->sector_size))
> whereever we set c->wbuf_ofs, and see where it's happening?
>

Done. It seems __jffs2_flush_wbuf() sets 'wbuf_ofs' to the first page in block.

BUG: at fs/jffs2/wbuf.c:639 __jffs2_flush_wbuf()
jffs2_flash_writev(): Non-contiguous write to 008c0400
kernel BUG at fs/jffs2/wbuf.c:790!

'wbuf_ofs' is set to the first page in block quite often in
__jffs2_flush_wbuf(), but this doesn't always lead to
jffs2_flash_writev() failure. If 'to' is pointing to the different
block, condition (SECTOR_ADDR(to) != SECTOR_ADDR(wbuf_ofs)) works fine
and we don't hit BUG() despite 'wbuf_ofs' points to the first page in
block.

Probably we should put additional 'wbuf_ofs' adjustment to the
__jffs2_flush_wbuf() checking if we're moving to the new erseblock.

Thanks,
Alexander

  reply	other threads:[~2007-05-02 14:53 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-17 11:14 [PATCH] [JFFS2] Non-contiguous write bug fix (Sibley) Alexander Belyakov
2007-04-18 15:06 ` David Woodhouse
2007-04-19 13:59   ` Alexander Belyakov
2007-05-02 13:49   ` Alexander Belyakov
2007-05-02 13:58     ` David Woodhouse
2007-05-02 14:53       ` Alexander Belyakov [this message]
2007-05-02 17:10         ` David Woodhouse
2007-05-03  9:31           ` Alexander Belyakov
2007-05-04 11:52             ` Alexander Belyakov

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=fe810cf0705020753k22193b4eqa8a177aaae10f040@mail.gmail.com \
    --to=abelyako@googlemail.com \
    --cc=dwmw2@infradead.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