MTD分区,NOR flash, nand FALSH

本文详细解析了NOR与NAND两种非易失性闪存技术的特性、性能比较、接口差异、容量与成本、可靠性和耐用性以及软件支持等内容,帮助读者区分并理解这两种技术的应用场景。
NOR和NAND是现在市场上两种主要的非易失闪存技术。 Intel于1988年首先开发出NOR flash技术,彻底改变了原先由EPROM和EEPROM一统天下的局面。紧接着,1989年,东芝公司发表了NAND flash结构,强调降低每比特的成本,更高的性能,并且象磁盘一样可以通过接口
轻松升级。但是经过了十多年之后,仍然有相当多的硬件工程师分不清NOR和NAND闪存。
相“flash存储器”经常可以与相“NOR存储器”互换使用。许多业内人士也搞不清楚NAND闪存技术相对于NOR技术的优越之处,因为大多数情况下闪存只是用来存储少量的代码,这时NOR闪存更适合一些。而NAND则是高数据存储密度的理想解决方案。 
NOR的特点是芯片内执行(XIP, eXecute In Place),这样应用程序可以直接在flash闪存内运行,不必再把代码读到系统RAM中。
NOR的传输效率很高,在1~4MB的小容量时具有很高的成本效益,但是很低的写入和擦除速度大大影响了它的性能。
NAND结构能提供极高的单元密度,可以达到高存储密度,并且写入和擦除的速度也很快。应用NAND的困难在于flash的管理和需要特殊的系统接口。

性能比较
flash闪存是非易失存储器,可以对称为块的存储器单元块进行擦写和再编程。任何flash器件的写入操作只能在空或已擦除的单元内进行,所以大多数 情况下,在进行写入操作之前必须先执行擦除。NAND器件执行擦除操作是十分简单的,而NOR则要求在进行擦除前先要将目标块内所有的位都写为0。
由于擦除NOR器件时是以64~128KB的块进行的,执行一个写入/擦除操作的时间为5s,与此相反,擦除NAND器件是以8~32KB的块进行的,执行相同的操作最多只需要4ms。
执行擦除时块尺寸的不同进一步拉大了NOR和NADN之间的性能差距,统计表明,对于给定的一套写入操作(尤其是更新小文件时),
更多的擦除操作必须在基于NOR的单元中进行。这样,当选择存储解决方案时,设计师必须权衡以下的各项因素。
● NOR的读速度比NAND稍快一些。
● NAND的写入速度比NOR快很多。
● NAND的4ms擦除速度远比NOR的5s快。
● 大多数写入操作需要先进行擦除操作。
● NAND的擦除单元更小,相应的擦除电路更少。

接口差别
NOR flash带有SRAM接口,有足够的地址引脚来寻址,可以很容易地存取其内部的每一个字节。
NAND器件使用复杂的I/O口来串行地存取数据,各个产品或厂商的方法可能各不相同。8个引脚用来传送控制、地址和数据信息。
NAND读和写操作采用512字节的块,这一点有点像硬盘管理此类操作,很自然地,基于NAND的存储器就可以取代硬盘或其他块设备。

容量和成本
NAND flash的单元尺寸几乎是NOR器件的一半,由于生产过程更为简单,NAND结构可以在给定的模具尺寸内提供更高的容量,也就相应地降低了价格。
NOR flash占据了容量为1~16MB闪存市场的大部分,而NAND flash只是用在8~128MB的产品当中,这也说明NOR主要应用在代码存储介质中,NAND适合于数据存储,NAND在CompactFlash、 Secure Digital、PC Cards和MMC存储卡市场上所占份额最大。

可靠性和耐用性
采用flahs介质时一个需要重点考虑的问题是可靠性。对于需要扩展MTBF的系统来说,Flash是非常合适的存储方案。可以从寿命(耐用性)、位交换和坏块处理三个方面来比较NOR和NAND的可靠性。
寿命(耐用性)
在NAND闪存中每个块的最大擦写次数是一百万次,而NOR的擦写次数是十万次。NAND存储器除了具有10比1的块擦除周期优势,典型
的NAND块尺寸要比NOR器件小8倍,每个NAND存储器块在给定的时间内的删除次数要少一些。
位交换
所有flash器件都受位交换现象的困扰。在某些情况下(很少见,NAND发生的次数要比NOR多),一个比特位会发生反转或被报告反转了。
一位的变化可能不很明显,但是如果发生在一个关键文件上,这个小小的故障可能导致系统停机。如果只是报告有问题,多读几次就可能解决了。
当然,如果这个位真的改变了,就必须采用错误探测/错误更正(EDC/ECC)算法。位反转的问题更多见于NAND闪存,NAND的供应商建议使用NAND闪存的时候,同时使用EDC/ECC算法。
这个问题对于用NAND存储多媒体信息时倒不是致命的。当然,如果用本地存储设备来存储操作系统、配置文件或其他敏感信息时,必须使用EDC/ECC系统以确保可靠性。
坏块处理
NAND器件中的坏块是随机分布的。以前也曾有过消除坏块的努力,但发现成品率太低,代价太高,根本不划算。
NAND器件需要对介质进行初始化扫描以发现坏块,并将坏块标记为不可用。在已制成的器件中,如果通过可靠的方法不能进行这项处理,将导致高故障率。

易于使用
可以非常直接地使用基于NOR的闪存,可以像其他存储器那样连接,并可以在上面直接运行代码。
由于需要I/O接口,NAND要复杂得多。各种NAND器件的存取方法因厂家而异。
在使用NAND器件时,必须先写入驱动程序,才能继续执行其他操作。向NAND器件写入信息需要相当的技巧,因为设计师绝不能向坏块写入,这就意味着在NAND器件上自始至终都必须进行虚拟映射。

软件支持
当讨论软件支持的时候,应该区别基本的读/写/擦操作和高一级的用于磁盘仿真和闪存管理算法的软件,包括性能优化。
在NOR器件上运行代码不需要任何的软件支持,在NAND器件上进行同样操作时,通常需要驱动程序,也就是内存技术驱动程序(MTD),NAND和NOR器件在进行写入和擦除操作时都需要MTD。
使用NOR器件时所需要的MTD要相对少一些,许多厂商都提供用于NOR器件的更高级软件,这其中包括M-System的TrueFFS驱动,该驱动被 Wind River System、Microsoft、QNX Software System、Symbian和Intel等厂商所采用。
驱动还用于对DiskOnChip产品进行仿真和NAND闪存的管理,包括纠错、坏块处理和损耗平衡。


--   作者:lgl
--   发布时间:2006-3-29 14:15:49
--  
MTD 设备是象闪存芯片、小型闪存卡、记忆棒等之类的设备,它们在嵌入式设备中的使用正在不断增长。

MTD 驱动程序是在 Linux 下专门为嵌入式环境开发的新的一类驱动程序。相对于常规块设备驱动程序,使用 MTD 驱动程序的主要优点在于 MTD 驱动程序是专门为基于闪存的设备所设计的,所以它们通常有更好的支持、更好的管理和基于扇区的擦除和读写操作的更好的接口。Linux 下的 MTD 驱动程序接口被划分为两类模块:用户模块和硬件模块。
MTD 驱动程序设置 
为了访问特定的闪存设备并将文件系统置于其上,需要将 MTD 子系统编译到内核中。这包括选择适当的 MTD 硬件和用户模块。当前,MTD 子系统支持为数众多的闪存设备 ― 并且有越来越多的驱动程序正被添加进来以用于不同的闪存芯片。

有两个流行的用户模块可启用对闪存的访问: MTD_CHAR 和 MTD_BLOCK 。

MTD_CHAR 提供对闪存的原始字符访问,而 MTD_BLOCK 将闪存设计为可以在上面创建文件系统的常规块设备(象 IDE 磁盘)。与 MTD_CHAR 关联的设备是 /dev/mtd0、mtd1、mtd2(等等),而与 MTD_BLOCK 关联的设备是 /dev/mtdblock0、mtdblock1(等等)。由于 MTD_BLOCK 设备提供象块设备那样的模拟,通常更可取的是在这个模拟基础上创建象 FTL 和 JFFS2 那样的文件系统。

为了进行这个操作,可能需要创建分区表将闪存设备分拆到引导装载程序节、内核节和文件系统节中。
Linux 中 MTD 子系统的主要目标是在系统的硬件驱动程序和上层,或用户模块之间提供通用接口。硬件驱动程序不需要知道象 JFFS2 和 FTL 那样的用户模块使用的方法。所有它们真正需要提供的就是一组对底层闪存系统进行 read 、 write 和 erase 操作的简单例程。


原文链接:

http://www.cnblogs.com/hnrainll/archive/2011/05/17/2048288.html

<think>好的,我现在需要回答用户关于MTD NOR FlashLinux中的驱动实现或概述的问题。首先,我得回忆一下MTD子系统的相关知识。MTD(Memory Technology Device)是Linux内核中用于管理存储设备如NOR FlashNAND Flash等的框架。用户特别提到了NOR Flash,所以需要专注于这方面的内容。 我记得MTD子系统将不同的存储设备抽象为统一的接口,这样上层应用和文件系统(如JFFS2、UBIFS)就可以无需关心底层硬件的具体细节。NOR FlashNAND Flash在物理特性上有区别,NOR支持按字节寻址和XIP(eXecute In Place),而NAND通常以页为单位访问。这可能影响驱动实现的不同之处。 接下来,驱动实现的层次结构可能包括硬件驱动层、MTD核心层和用户接口层。硬件驱动需要处理具体的读写、擦除操作,以及硬件控制比如锁存、电源管理等。MTD核心层提供统一的API,而用户接口层则通过/dev/mtdX等设备节点暴露给用户空间。 用户提到的引用中有关于UBI和MTD分区的比较,可能UBI在NAND上更常用,但NOR Flash可能更直接使用MTD分区。此外,引用3提到了最小I/O单元,对于NOR来说可能是一个字节,而NAND可能有页或子页的大小限制,这可能影响驱动中的操作粒度。 还需要考虑设备树的配置,因为在ARM架构中(引用4提到ARM PMU),设备树是用来描述硬件资源的。驱动可能需要通过设备树获取NOR Flash的基地址、分区信息等。例如,在DTS文件中定义flash节点,指定兼容性为"cfi-flash",并定义分区表。 另外,引用1提到了旧的MTD文档,虽然链接已存档,但可能仍有参考价值。比如CFI(Common Flash Interface)标准,NOR驱动通常基于CFI查询芯片参数,所以驱动实现可能涉及解析CFI命令集。 还有,关于/proc接口,引用2提到的CONFIG_PROC_PAGE_MONITOR可能不直接相关,但MTD子系统可能有自己的proc或sysfs接口来提供信息,比如/proc/mtd。 在代码层面,NOR Flash驱动可能需要实现struct mtd_info中的读写擦除函数,比如_point、_read、_write、_erase等。由于NOR支持XIP,可能需要实现_point函数来直接映射内存。同时,擦除操作的单位是块,需要处理块的状态(是否被擦除过)。 错误处理方面,NOR Flash的写操作可能只能将位从1改为0,擦除才能重置为1,所以驱动需要确保在写入前擦除相应的块。此外,可能需要处理硬件锁存,比如某些区块是否被写保护。 最后,用户可能需要了解如何编写或配置现有的NOR驱动,比如使用内核已有的cfi_flash驱动,或者如何添加对新芯片的支持。可能需要设置正确的时序参数、总线宽度等,并测试驱动的稳定性。 总结来说,回答需要涵盖MTD子系统结构、NOR驱动组成部分、设备树配置、关键函数实现以及相关参考资料。确保引用合适的来源,比如引用3关于I/O单元,引用5关于UBI与MTD分区的对比,以及引用1中的旧文档作为资源。</think>### MTD NOR Flash驱动实现概述 #### 1. MTD子系统架构 MTD(Memory Technology Device)是Linux内核中管理非易失性存储设备(如NOR/NAND Flash)的核心框架。其核心作用是将不同存储介质的硬件操作(如读写、擦除)抽象为统一接口,供上层文件系统(如JFFS2、UBIFS)或应用层使用[^1][^5]。 NOR Flash驱动实现通常分为以下层次: - **硬件驱动层**:直接操作Flash控制器/接口 - **MTD核心层**:提供$mtd_info$结构体和通用API - **用户接口层**:生成`/dev/mtdX`设备节点 #### 2. NOR Flash驱动关键组成部分 **(1) 设备树配置** ```dts nor_flash: flash@0 { compatible = "cfi-flash"; reg = <0 0x1000000>; bank-width = <2>; #address-cells = <1>; #size-cells = <1>; partition@0 { label = "bootloader"; reg = <0x000000 0x100000>; }; }; ``` **(2) 驱动核心结构体** ```c struct mtd_info { uint32_t type; // MTD_NORFLASH uint64_t size; // 设备总容量 uint32_t erasesize; // 擦除块大小 uint32_t writesize; // 写入单位(NOR通常为1字节) int (*_erase)(...); // 擦除操作函数指针 int (*_read)(...); // 读操作函数指针 int (*_write)(...); // 写操作函数指针 }; ``` **(3) 典型操作实现** - **擦除**:需处理块对齐,NOR擦除时间较长(典型值100ms/块) ```c static int nor_erase(struct mtd_info *mtd, struct erase_info *instr) { // 1. 检查地址对齐 // 2. 发送擦除命令序列(如0xAA-0x55-0x80-0xAA-0x55-0x10) // 3. 轮询状态位或等待中断 } ``` - **写入**:NOR支持字节编程,但需注意: ```c static int nor_write(struct mtd_info *mtd, loff_t to, size_t len, const u_char *buf) { // 1. 检查目标区域是否已擦除 // 2. 逐字节编程(只能将bit从1改为0) // 3. 验证写入数据(可选) } ``` #### 3. 关键实现要点 1. **CFI/JEDEC探测** 通过发送标准查询命令(如0x98)自动识别Flash参数: ``` Send 0xAA to 0x555 Send 0x55 to 0x2AA Send 0x90 to 0x555 // 进入查询模式 ``` 2. **XIP支持** NOR允许直接执行代码,需实现内存映射: ```c void __iomem *nor_remap(struct map_info *map, unsigned long ofs) { return ioremap(map->phys + ofs, map->size - ofs); } ``` 3. **分区管理** 可通过以下方式定义分区: - 设备树静态分区(推荐) - 内核启动参数(`mtdparts=`) - 运行时动态创建 #### 4. 性能优化技巧 - 启用DMA传输(若控制器支持) - 实现缓冲写(Buffer Write)命令 - 使用挂起/恢复擦除操作
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值