public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Thomas Gleixner <tglx@linutronix.de>
To: Vitaly Wool <vwool@ru.mvista.com>
Cc: linux-mtd@lists.infradead.org
Subject: Re: [PATCH] NAND: fix reading/writing OOB for syndrome
Date: Tue, 13 Jun 2006 17:52:53 +0200	[thread overview]
Message-ID: <1150213973.5257.350.camel@localhost.localdomain> (raw)
In-Reply-To: <20060613194814.4ee01f06.vwool@ru.mvista.com>

On Tue, 2006-06-13 at 19:48 +0400, Vitaly Wool wrote:
> On Tue, 13 Jun 2006 17:34:55 +0200
> Thomas Gleixner <tglx@linutronix.de> wrote:
> 
> > ???? You want to read in the data area of the FLASH !
> 
> No, it becomes a requirement to the NAND chip driver to convert NAND_CMD_READOOB to what's appropriate for the chip.
> If we require the chip driver to be able to convert NAND_CMD_READOOB with offset 0, why not require it to convert it properly for other offsets?

Thats completely bogus. We will put such crap into the command
functions. Command functions handle raw flash commands and nothing else.
The fixup for NAND_CMD_READOOB is just a conveniance to keep small and
large page compatible. 

> > > +		chip->cmdfunc(mtd, NAND_CMD_READOOB, (i + 1) * portion, page);
> > 
> > 		CMD_READOOB is simply wrong 
> > 
> > Also it ignores the prepad and postpad parts.
> 
> See above.
> I read all the OOB by portions for the (data, oob+ecc) x eccsteps layout.
> I don't distinguish between spare OOB and ECC so I don't need to take prepad/postpad into account.
> We'll just need another couple of funcs for syndromes that imply ( (data, ecc) x eccsteps, oob) layout.

Ah, and we need to make both command functions aware of that crap ? Only
over my dead body !
 
	tglx

  reply	other threads:[~2006-06-13 15:52 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-13 15:01 [PATCH] NAND: fix reading/writing OOB for syndrome Vitaly Wool
2006-06-13 15:34 ` Thomas Gleixner
2006-06-13 15:48   ` Vitaly Wool
2006-06-13 15:52     ` Thomas Gleixner [this message]
2006-06-13 15:56       ` Vitaly Wool
2006-06-13 16:29         ` Vitaly Wool
  -- strict thread matches above, loose matches on Subject: below --
2006-06-07 10:39 Vitaly Wool

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=1150213973.5257.350.camel@localhost.localdomain \
    --to=tglx@linutronix.de \
    --cc=linux-mtd@lists.infradead.org \
    --cc=vwool@ru.mvista.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