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

[LiuShuo <b35362@freescale.com>]

=E4=BA=8E 2011=E5=B9=B408=E6=9C=8823=E6=97=A5 00:19, Scott Wood =E5=86=99=
=E9=81=93:
> On 08/22/2011 11:13 AM, Matthieu CASTET wrote:
>> Scott Wood a =C3=A9crit :
>>> To eliminate it we'd need to do an extra data transfer without reissu=
ing
>>> the command, which Shuo was unable to get to work.
>>>
>> That's weird because our controller seems quite flexible [1].
>>
>> Something like that should work ?
>>
>>              out_be32(&lbc->fir,
>>                       (FIR_OP_CM2<<  FIR_OP0_SHIFT) |
>>                       (FIR_OP_CA<<  FIR_OP1_SHIFT) |
>>                       (FIR_OP_PA<<  FIR_OP2_SHIFT) |
>>                       (FIR_OP_WB<<  FIR_OP3_SHIFT));
>> refill FCM buffer with next 2k data
>>
>>              out_be32(&lbc->fir,
>>                       (FIR_OP_WB<<  FIR_OP3_SHIFT) |
>>                       (FIR_OP_CM3<<  FIR_OP4_SHIFT) |
>>                       (FIR_OP_CW1<<  FIR_OP5_SHIFT) |
>>                       (FIR_OP_RS<<  FIR_OP6_SHIFT));
> Something like that is what I originally suggested, but Shuo said it
> didn't work (even in theory, it requires a CE-don't-care NAND chip,
> since bus atomicity is broken).
>
> Shuo, what specifically did you try, and what did you see happen?
>
> -Scott
First, if we want to read 4K data with once command issuing, we can't=20
use HW_ECC.
Even if we use SW_ECC, we always get lots of weird '0xFF's between 1st=20
2k and 2nd 2k data.
They will cover the data in the head of 2nd 2K.
  -----------------------------------------------------------------------=
--------------
| xxxxxx ... 1st 2k xxxxxxx ... | ff ff ff ... ff xxxxxx 2nd 2k xxxxxxx |
  -----------------------------------------------------------------------=
--------------

It is worse to write 4k data with once command issuing. It can't write=20
the 2nd data correctly.

-Liu Shuo