[PATCH 0/3] MTD: Change meaning of -EUCLEAN return code on reads

Mike Dunn mikedunn at newsguy.com
Mon Mar 19 21:27:47 EDT 2012


On 03/19/2012 12:18 PM, Shmulik Ladkani wrote:
> On Mon, 19 Mar 2012 12:09:02 -0700 Mike Dunn <mikedunn at newsguy.com> wrote:
>>
>> I didn't get Shmulik's original email for some reason, only what was quoted in
>> Matthieu's. 
> 
> http://lists.infradead.org/pipermail/linux-mtd/2012-March/040343.html


Many thanks Shmulik.  I'm glad I didn't miss this.  Don't know why some emails
are getting dropped.  What you describe is exactly what I had in mind, and is
just an extension of the previous patches to the finer granularity of ecc steps.
 Yes it's not too hard, but touching drivers that I don't have the means to test
has to be done very carefully.

Quoting from your post off the list archive...


  [ BTW, at a side note, I failed to understand why you prefer the
  threshold comparison at the generic 'mtd_read' wrapper, and not within
  nand_base.c.
  I guess you didn't want to duplicate the condition into onenand_base.c
  and alauda.c?
  Thing is, I feel mtd->bitflip_threshold is a NAND property, so it
  makes more sense if it is tested within the NAND infrastricture (and
  clones).
  Changing the 'mtd->_read' interface was less elegant IMO. ]

I agree, it is a NAND property and would have preferred to keep it in the nand
interface,  But in addition to alauda, devices/docg3.c also is a nand device
that does not use the nand interface,  After being bandied about, it was decided
to make it part of the mtd driver interface.

Thanks,
Mike



More information about the linux-mtd mailing list