From: Baruch Siach <baruch@tkos.co.il>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: Shawn Guo <shawn.guo@linaro.org>,
linux-mtd@lists.infradead.org,
Sascha Hauer <kernel@pengutronix.de>
Subject: Re: i.MX25 NFC with 8 bit ecc strength
Date: Tue, 21 Apr 2015 12:20:40 +0300 [thread overview]
Message-ID: <20150421092040.GM5428@tarshish> (raw)
In-Reply-To: <20150421090507.GM2552@pengutronix.de>
Hi Uwe,
On Tue, Apr 21, 2015 at 11:05:07AM +0200, Uwe Kleine-König wrote:
> On Tue, Apr 21, 2015 at 11:58:08AM +0300, Baruch Siach wrote:
> > On Tue, Apr 21, 2015 at 09:39:36AM +0200, Uwe Kleine-König wrote:
> > > While understanding the problem I produced the following (untested)
> > > patch:
> > >
> > > diff --git a/drivers/mtd/nand/mxc_nand.c b/drivers/mtd/nand/mxc_nand.c
> > > index dca63a70e783..fc835d352e1c 100644
> > > --- a/drivers/mtd/nand/mxc_nand.c
> > > +++ b/drivers/mtd/nand/mxc_nand.c
> > > @@ -807,32 +807,49 @@ static void mxc_nand_select_chip_v2(struct mtd_info *mtd, int chip)
> > > }
> > >
> > > /*
> > > - * Function to transfer data to/from spare area.
> > > + * The controller splits a page into data chunks of 512 bytes + partial oob.
> > > + * There are writesize / 512 such chunks, the size of the partial oob parts is
> > > + * oobsize / #chunks rounded down to a multiple of 2. The last oob chunk then
> > > + * contains additionally the byte lost by rounding (if any).
> > > + * This function handles the needed shuffling between host->data_buf (which
> > > + * holds a page in natural order, i.e. writesize bytes data + oobsize bytes
> > > + * spare) and the NFC buffer.
> > > */
> > > static void copy_spare(struct mtd_info *mtd, bool bfrom)
> > > {
> > > struct nand_chip *this = mtd->priv;
> > > struct mxc_nand_host *host = this->priv;
> > > u16 i, j;
> > > - u16 n = mtd->writesize >> 9;
> > > +
> > > + u16 num_chunks = mtd->writesize / 512;
> > > +
> > > u8 *d = host->data_buf + mtd->writesize;
> > > u8 __iomem *s = host->spare0;
> > > - u16 t = host->devtype_data->spare_len;
> > > + u16 sparebuf_size = host->devtype_data->spare_len;
> > >
> > > - j = (mtd->oobsize / n >> 1) << 1;
> > > + /* size of oob chunk for all but possibly the last one */
> > > + oob_chunk_size = (mtd->oobsize / num_chunks >> 1) << 1;
> > >
> > > if (bfrom) {
> > > - for (i = 0; i < n - 1; i++)
> > > - memcpy32_fromio(d + i * j, s + i * t, j);
> > > + for (i = 0; i < num_chunks - 1; i++)
> > > + memcpy32_fromio(d + i * oob_chunk_size,
> > > + s + i * sparebuf_size,
> > > + oob_chunk_size);
> > >
> > > /* the last section */
> > > - memcpy32_fromio(d + i * j, s + i * t, mtd->oobsize - i * j);
> > > + memcpy32_fromio(d + i * oob_chunk_size,
> > > + s + i * sparebuf_size,
> > > + mtd->oobsize - i * oob_chunk_size);
> > > } else {
> > > - for (i = 0; i < n - 1; i++)
> > > - memcpy32_toio(&s[i * t], &d[i * j], j);
> > > + for (i = 0; i < num_chunks - 1; i++)
> > > + memcpy32_toio(&s[i * sparebuf_size],
> > > + &d[i * oob_chunk_size],
> > > + oob_chunk_size);
> > >
> > > /* the last section */
> > > - memcpy32_toio(&s[i * t], &d[i * j], mtd->oobsize - i * j);
> > > + memcpy32_toio(&s[oob_chunk_size * sparebuf_size],
> > > + &d[i * oob_chunk_size],
> > > + mtd->oobsize - i * oob_chunk_size);
> > > }
> > > }
> > >
> > > What is needed now on top of this (untested and noop) change is to use
> > > the oob size the controller assumes instead of the real one and somehow
> > > explain that to the mtd layer and maintainers :-)
> >
> > Can't we just limit oobsize to 128 or 218? Something like (on top of your
> > patch):
> >
> > diff --git a/drivers/mtd/nand/mxc_nand.c b/drivers/mtd/nand/mxc_nand.c
> > index cc0eb79a177c..ae63f06fe99e 100644
> > --- a/drivers/mtd/nand/mxc_nand.c
> > +++ b/drivers/mtd/nand/mxc_nand.c
> > @@ -819,7 +819,7 @@ static void copy_spare(struct mtd_info *mtd, bool bfrom)
> > {
> > struct nand_chip *this = mtd->priv;
> > struct mxc_nand_host *host = this->priv;
> > - u16 i, j;
> > + u16 i, oob_chunk_size, used_oobsize;
> >
> > u16 num_chunks = mtd->writesize / 512;
> >
> > @@ -828,7 +828,13 @@ static void copy_spare(struct mtd_info *mtd, bool bfrom)
> > u16 sparebuf_size = host->devtype_data->spare_len;
> >
> > /* size of oob chunk for all but possibly the last one */
> > - oob_chunk_size = (mtd->oobsize / num_chunks >> 1) << 1;
> > + if (mtd->oobsize >= 218)
> > + used_oobsize = 218;
> > + else if (mtd->oobsize >= 128)
> > + used_oobsize = 128;
> > + else
> > + used_oobsize = mtd->oobsize;
> > + oob_chunk_size = (used_oobsize / num_chunks >> 1) << 1;
> something like that, yes. I'd make that conditional on writesize=4k and
> the register setting that is actually used by the controler however.
Why? The 128/218 oob limit seems to apply to smaller pages as well, isn't it?
> Also you need to adapt the reading/setting of the last chunk to make use
> of used_oobsize instead of mtd->oobsize.
Right.
We also need a matching nand_ecclayout for 8 bit ecc.
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch@tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
next prev parent reply other threads:[~2015-04-21 9:21 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-20 4:56 i.MX25 NFC with 8 bit ecc strength Baruch Siach
2015-04-20 7:37 ` Uwe Kleine-König
2015-04-20 9:11 ` Baruch Siach
2015-04-20 15:48 ` Uwe Kleine-König
2015-04-21 6:24 ` Baruch Siach
2015-04-21 7:39 ` Uwe Kleine-König
2015-04-21 8:58 ` Baruch Siach
2015-04-21 9:05 ` Uwe Kleine-König
2015-04-21 9:20 ` Baruch Siach [this message]
2015-04-22 9:20 ` Baruch Siach
2015-04-22 9:32 ` Uwe Kleine-König
2015-04-22 9:36 ` Baruch Siach
2015-04-20 12:19 ` Ricard Wanderlof
2015-04-20 12:42 ` Baruch Siach
2015-04-20 12:52 ` Ricard Wanderlof
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=20150421092040.GM5428@tarshish \
--to=baruch@tkos.co.il \
--cc=kernel@pengutronix.de \
--cc=linux-mtd@lists.infradead.org \
--cc=shawn.guo@linaro.org \
--cc=u.kleine-koenig@pengutronix.de \
/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