On 12/05/2011 08:02 AM, Alexander Lyasin wrote:
> In reply to your Service Request SR 1-807899446:
>
> Yes, due to several design peculiarities in local bus nand controller,
> simultaneous accesses to nand flash and to other local bus memory
> controller may cause nand flash controller access failure. Our linux
> team suggested to use "software lock" method to avoid this problem -
> please do not use other local bus controllers, when nand flash is accessed.
What kernel version are you using? The latest mainline kernel should
not have this issue.
Make sure you have these patches:
commit d08e44570ed611c527a1062eb4f8c6ac61832e6e
Author: Shengzhou Liu <shengzhou....@freescale.com>
Date: Thu May 19 18:48:01 2011 +0800
powerpc/fsl_lbc: Add workaround for ELBC-A001 erratum
Simultaneous FCM and GPCM or UPM operation may erroneously trigger
bus monitor timeout.
Set the local bus monitor timeout value to the maximum by setting
LBCR[BMT] = 0 and LBCR[BMTPS] = 0xF.
Signed-off-by: Shengzhou Liu <shengzhou....@freescale.com>
Signed-off-by: Kumar Gala <ga...@kernel.crashing.org>
and
commit 476459a6cf46d20ec73d9b211f3894ced5f9871e
Author: Scott Wood <scottw...@freescale.com>
Date: Fri Nov 13 14:13:01 2009 -0600
mtd: eLBC NAND: use recommended command sequences
Currently, the program and erase sequences do not wait for completion,
instead relying on a subsequent waitfunc() callback. However, this
causes
the chipselect to be deasserted while the NAND chip is still
asserting the
busy pin, which can corrupt activity on other chipselects.
This patch switches to using the sequences recommended by the manual,
in which a wait is performed within the initial command sequence.
We can
now re-use the status byte from the initial command sequence, rather
than
having to do another status read in the waitfunc.
Since we're already touching the command sequences, it also cleans
up some
cruft in SEQIN that isn't needed since we cannot program partial pages
outside of OOB.
Signed-off-by: Scott Wood <scottw...@freescale.com>
Reported-by: Suchit Lepcha <suchit.lep...@freescale.com>
Signed-off-by: Artem Bityutskiy <artem.bityuts...@nokia.com>
Signed-off-by: David Woodhouse <david.woodho...@intel.com>
-Scott
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
