summaryrefslogtreecommitdiffstats
path: root/doc
diff options
context:
space:
mode:
authorJon Loeliger <jdl@freescale.com>2006-10-11 10:16:01 -0500
committerJon Loeliger <jdl@freescale.com>2006-10-11 10:16:01 -0500
commitc3c3b089adcee06df3afd4e8b00a3fea82263bcd (patch)
treef0e65751f51993a6b46160a8362065a0e36ae315 /doc
parentbf651baa365e5447246aad6a633ccd667cf24a39 (diff)
parent2255b2d2044d434463eb2661e18018e50f1643d9 (diff)
downloadblackbird-obmc-uboot-c3c3b089adcee06df3afd4e8b00a3fea82263bcd.tar.gz
blackbird-obmc-uboot-c3c3b089adcee06df3afd4e8b00a3fea82263bcd.zip
Merge branch 'master' of http://www.denx.de/git/u-boot
Diffstat (limited to 'doc')
-rw-r--r--doc/README.nand44
1 files changed, 44 insertions, 0 deletions
diff --git a/doc/README.nand b/doc/README.nand
index f2d6a5b1e6..2b9a52966c 100644
--- a/doc/README.nand
+++ b/doc/README.nand
@@ -207,3 +207,47 @@ As mentioned above, the legacy code is still used by the DoC subsystem.
The consequence of this is that the legacy NAND can't be removed from
the tree until the DoC is ported to use the new NAND support (or boards
with DoC will break).
+
+
+
+Additional improvements to the NAND subsystem by Guido Classen, 10-10-2006
+
+JFFS2 related commands:
+
+ implement "nand erase clean" and old "nand erase"
+ using both the new code which is able to skip bad blocks
+ "nand erase clean" additionally writes JFFS2-cleanmarkers in the oob.
+
+ "nand write.jffs2"
+ like "nand write" but skip found bad eraseblocks
+
+ "nand read.jffs2"
+ like "nand read" but skip found bad eraseblocks
+
+Miscellaneous and testing commands:
+ "markbad [offset]"
+ create an artificial bad block (for testing bad block handling)
+
+ "scrub [offset length]"
+ like "erase" but don't skip bad block. Instead erase them.
+ DANGEROUS!!! Factory set bad blocks will be lost. Use only
+ to remove artificial bad blocks created with the "markbad" command.
+
+
+NAND locking command (for chips with active LOCKPRE pin)
+
+ "nand lock"
+ set NAND chip to lock state (all pages locked)
+
+ "nand lock tight"
+ set NAND chip to lock tight state (software can't change locking anymore)
+
+ "nand lock status"
+ displays current locking status of all pages
+
+ "nand unlock [offset] [size]"
+ unlock consecutive area (can be called multiple times for different areas)
+
+
+I have tested the code with board containing 128MiB NAND large page chips
+and 32MiB small page chips.
OpenPOWER on IntegriCloud