clean marker size for NOR w/ECC

[Timofey Kutergin]

I see it on modified MTDRAM simulator with added ECC write limitation (attached). Also attached is error log. With suggested modification I do not see this problem.
Patch for CFI for future chip exists and will be available at some point.

Regards
Timofey


-----Original Message-----
From: Josh Boyer <jdub at us.ibm.com>
To: Timofey Kutergin <tkutergin at mail.ru>
Date: Wed, 22 Jun 2005 13:20:15 -0500
Subject: Re: Re[2]: clean marker size for NOR w/ECC

> 
> On Wed, 2005-06-22 at 16:51 +0400, Timofey Kutergin wrote:
> > yes, I agree - eccsize is smallest write size. Or size of region which
> > can be written only once after block erase. What I meant was that if
> > eccsize is greater than cleanmarker size, JFFS2 does not skip rest of
> > first ECC region in block and tries to write data to it. This causes
> > write failure. Therefore patch sets clean marker size to eccsize if
> > eccsize is greater than 16.
> 
> IIRC, JFFS2 will pad the node to the correct size so write failure
> shouldn't be an issue.  I could be mistaken, it's been a while.
> 
> Is this a problem you are currently seeing, or is this all just
> theoretical?  To my knowledge, there are no other NOR ECC flash chips
> out there.  Even if there were, support would need to be added to MTD
> before they could be used.  We could adapt JFFS2 at that time if needs
> be.
> 
> josh
> 
> 



-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: crash.txt
Url: http://lists.infradead.org/pipermail/linux-mtd/attachments/20050623/74a4b3d7/attachment.txt 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mtdramecc.c
Type: application/octet-stream
Size: 9140 bytes
Desc: not available
Url : http://lists.infradead.org/pipermail/linux-mtd/attachments/20050623/74a4b3d7/attachment.obj