对Nand flash读操作的分析
前几天大致分析了u-boot针对smdk2410的源码，了解了启动的流程，但是对板上许多硬件的驱动过程还不太清楚。smdk2410源码中有针对Nor Flash的初始化和读取，但源码中没有对Nand Flash的操作，虽然针对其他型号的板子应该有Nand的源码，但方便起见，我查阅了vivi的源码，它支持从Nand Flash启动，自然有我需要的东西。下面我就自己的分析和总结列出来，中间当然也从google上得到不少前人留下的宝贵资料:）。
我先摘录一段对Nor和Nand flash区别的几条总结：
NOR flash采用位读写，因为它具有sram的接口，有足够的引脚来寻址，可以很容易的存取其内部的每一个字节。
NAND flash使用复杂的I/O口来串行地存取数据。8个引脚用来传送控制、地址和数据信息（复用）。NAND的读和写单位为512Byte的页，擦写单位为32页的块。
● NOR的读速度比NAND稍快一些。
● NAND的写入速度比NOR快很多。
● NAND的4ms擦除速度远比NOR的5s快。
● 大多数写入操作需要先进行擦除操作。
● NAND的擦除单元更小，相应的擦除电路更少。
在NOR器件上运行代码不需要任何的软件支持，在NAND器件上进行同样操作时，通常需要驱动程序，也就是内存技术驱动程序(MTD)，NAND和NOR器件在进行写入和擦除操作时都需要MTD。
再来看看Nand flash自身的特点（部分摘自August0703的文章）：
Nand Flash的数据是以bit的方式保存在memory cell中，一般来说，一个cell 中只能存储一个bit。这些cell 以8个或者16个为单位，连成bit line，形成所谓的byte(x8)/word(x16)，这就是NAND Device的位宽。
多个line（多个位宽大小的数据）会再组成Page。我使用的Nand flash是三星的K9F1208U0M，从datesheet上得知，此flash每页528Bytes（512byte的Main Area + 16byte的Spare Area)，每32个page形成一个Block(32*528B)。具体一片flash上有多少个Block视需要所定。我所使用的k9f1208U0M具有4096个block，故总容量为4096*（32*528B）=66MB，但是其中的2MB（Spaer Area）是用来保存ECC校验码等额外数据的，故实际中可使用的为64MB。
Nand flash以页（512Byte）为单位读写
相关文档：
谈谈Flash MMORPG的地图技术
在开发基于网页的Flash MMORPG游戏时，地图技术往往是最先被提及的。玩家的大部分游戏时间都是在地图上度过的，如何实现美观高效的地图效果，是每个技术人员都头疼过的。对于现在的2D游戏来说，如今的CPU/显卡和内存已经足够强劲了，因此很少需 ......
很多人在写页面代码时都会遇到过这样一个问题，那就是当Flash与页面中的其它HTML结构有重叠的时候，默认情况下Flash总是显示在最上面，从而遮挡住了与它有重叠部分的HTML结构，就算为该Flash或是HTML结构标签定义z-index属性却依然是无效的。
因为默认情况下在网页中添加的Flash在浏览器中是以窗口模式 ......
Beside the different silicon cell design, the most important difference between NAND and NOR Flash is the bus interface. NOR Flash is connected to a address / data bus direct like other memory devices as SRAM etc. NAND Flash uses a multiplexed I/O Interface with some additional control pins. NAND fl ......
主要目的：移植u-boot-1.3.2到K9开发板，使其直接从FLASH
启
动，而不是通过boot.bin和u-boot
压
缩文件
启动。实现u-
boot的非压缩式的从FLASH的0x10000000地址处直接启动。
硬件资源：K9开发
板 &n ......
很多人出现flash加载外部图片而不能控制显示大小的问题，导致这样问题的原因其实是因为flash在加载图片是采用渐进式的方式，在图片没有加载完成的时候，flash是不知道你的图片的大小的和尺寸的属性的。所以你在程序中即时加入控制大小的代码也无法控制图片。因为代码往往在图片还没有加载完之前就执行了，也就是说你的代码� ......
