All of lore.kernel.org
 help / color / mirror / Atom feed
From: Artem Bityutskiy <dedekind@infradead.org>
To: Pete MacKay <linux@architechnical.net>
Cc: linux-mtd@lists.infradead.org
Subject: Re: Clarification on PLACE -vs- AUTO with JFFS2 cleanmarkers.
Date: Fri, 03 Nov 2006 11:26:45 +0200	[thread overview]
Message-ID: <1162546005.15435.37.camel@sauron> (raw)
In-Reply-To: <45924.69.30.123.186.1162491027.squirrel@www.architechnical.net>

On Thu, 2006-11-02 at 13:10 -0500, Pete MacKay wrote:
> I've written a custom driver for the ST 512R3A 8-bit NAND under 2.6.16 and
> ported it to 2.6.18.  Because of some chip and system peculiarities I was
> unable to use the NAND framework and wrote it using solely MTD (except for
> software ECC).  The problem occurs when mounting a JFFS2 file system: the
> cleanmarker is written to bytes 0-7 (ECC, bad block marker) instead of
> 8-15 of the OOB, as instructed by the write_ops call with ooboffs=0,
> ooblen=8, and mode=MTD_OOB_PLACE.  My understanding is that MTD_OOB_AUTO
> should be used to put the cleanmarker into the the free bytes; am I
> mistaken?  I've corrected what we thought were other problems with len and
> ooblen in wbuf.c but it looks like that patch came out Monday.

In my opinion you have hit a bug which seems to be introduced at May
2006 by commit 8593fbc68b0df1168995de76d1af38eb62fd6b62.

I think it assumed to be MTD_OOB_AUTO.

-- 
Best regards,
Artem Bityutskiy (Битюцкий Артём)

  reply	other threads:[~2006-11-03  9:27 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-02 18:10 Clarification on PLACE -vs- AUTO with JFFS2 cleanmarkers Pete MacKay
2006-11-03  9:26 ` Artem Bityutskiy [this message]
  -- strict thread matches above, loose matches on Subject: below --
2006-11-02  1:20 linux

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=1162546005.15435.37.camel@sauron \
    --to=dedekind@infradead.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=linux@architechnical.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.