Thread (17 messages) 17 messages, 6 authors, 2011-11-28

Re: [PATCH v3 3/3] mtd/nand : workaround for Freescale FCM to support large-page Nand chip

From: Scott Wood <hidden>
Date: 2011-11-28 21:41:37
Also in: lkml

On 11/23/2011 06:14 AM, LiuShuo wrote:
=E4=BA=8E 2011=E5=B9=B411=E6=9C=8823=E6=97=A5 07:55, Scott Wood =E5=86=99=
=E9=81=93:
quoted
On 11/15/2011 03:29 AM, b35362@freescale.com wrote:
quoted
From: Liu Shuo<redacted>

-        if (elbc_fcm_ctrl->oob || elbc_fcm_ctrl->column !=3D 0 ||
+        if (elbc_fcm_ctrl->column>=3D mtd->writesize) {
+            /* write oob */
+            if (priv->page_size>  1) {
+                /* when pagesize of chip is greater than 2048,
+                 * we have to write full page to write spare
+                 * region, so we fill '0xff' to main region
+                 * and some bytes of spare region which we
+                 * don't want to rewrite.
+                 * (write '1' won't change the original value)
+                 */
+                memset(elbc_fcm_ctrl->buffer, 0xff,
+                        elbc_fcm_ctrl->column);
I don't like relying on this -- can we use RNDIN instead to do a
discontiguous write?
I have no better way to implement it now.
Some chips have 'NOP' limitation, so I don't use the FIR_OP_UA to do a
oob write.
I don't think each RNDIN counts separately against NOP (someone correct
me if I'm wrong).  You're writing discontiguous regions of the page in
one operation.

-Scott
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help