基于ARM的嵌入式文件系统YAFFS的移植

来源:本站
导读:目前正在解读《基于ARM的嵌入式文件系统YAFFS的移植》的相关信息,《基于ARM的嵌入式文件系统YAFFS的移植》是由用户自行发布的知识型内容!下面请观看由(电工技术网 - www.9ddd.net)用户发布《基于ARM的嵌入式文件系统YAFFS的移植》的详细说明。
简介:目前,嵌入式系统大多采用用JAFFS和YAFFS文件系统,但JAFFS文件系统主要用于NOR FLASH,由于NOR FLASH 内部结构的局限性,只适合于小容量的存储,并且NOR FLASH读写速度慢,不能满足系统实时性的需要,在我的测试过程中,在NAND FLASH上挂载的JFFS2文件系统很不稳定,经常有CRC错误产生。

1引言

目前,嵌入式系统大多采用用JAFFS和YAFFS文件系统,但JAFFS文件系统主要用于NOR FLASH,由于NOR FLASH 内部结构的局限性,只适合于小容量的存储,并且NOR FLASH读写速度慢,不能满足系统实时性的需要,在我的测试过程中,在NAND FLASH上挂载的JFFS2文件系统很不稳定,经常有CRC错误产生。特别是进行写操作的时候,每次复位都会产生CRC错误,可以说支持NAND FLASH的 JFFS2文件系统目前还不成熟。YAFFS(Yet Another Flash File System)类似于JFFS/JFFS2,是专门为 NAND闪存设计的嵌入式文件系统,适用于大容量的存储设备.YAFFS内部实现层和NAND FLASH接口层,这样就简化了其与系统的接口设计,可以方便地集成到系统中去,与JFFS相比,YAFFS减少了一些功能,因此速度更快,占用内存更少,更能满足系统实时性的要求。

2 硬件平台的简介

本系统采用目标机+宿主机开发模式,目标平台是ARM-S3C2410,宿主机是PC机+Linux操作系统.S3C2410是ARM920T处理器核的 32位微控制器,它是SAMSUNG公司专门为PDA、Internet设备和手持设备等专门开发的微处理器.该芯片还包含有16KB一体化的 Cache/MMU,这一特性使开发人员能够将Linux操作系统移植到基于该处理器的目标系统中.

该目标板的主要系统资源有:64M的 SDRAM、8M的NAND FLASH、32M的NOR FALSH、LCD控制器RAM控制器、NAND闪存控制器、3路UART、4路DMA、4路带PWM的Timer、并行I/O口、8路1O位ADC、Touch Screen接口、I2C接口、I2S接口、2个USB接口控制器、2路SPI,主频最高可达203MHz.

3 嵌入式文件系统的概述

众所周知,文件系统是操作系统的一个重要的组成部分,每个操作系统都有自己的文件系统,文件系统直接影响着操作系统的稳定性和可靠性.Linux下的文件系统通常有两种,即日志式和非日志式文件系统,常见的嵌入式文件系统有 JFFS2,CRAMFS,RAMDISK,YAFFS文件系统,嵌入式文件系统的任务是对文件进行管理,其工作包括提供对逻辑文件的操作(包括检索、新增、修改、删除、拷贝)接口,方便用户操作文件和目录.

由于本文采用的Linux内核版本为2.6.14,不支持设备文件系统,可以在 /dev目录下手动添加设备结点.本系统的根文件系统为RAMDISK(虚拟硬盘),通过修改根文件系统下的/dev目录,使用命令mknod创建 mtdblock块设备文件,以便挂载YAFFS文件系统.

4 Yaffs文件系统的介绍

YAFFS(Yet Another Flash File System)文件系统是专门针对NAND 闪存设计的嵌入式文件系统,是一种类似于 JFFS/JFFS2 的专门为 Flash 设计的嵌入式文件系统,与JFFS 相比,它减少了一些功能,因此速度更快、占用内存更少,YAFFS不支持压缩,更适合存储容量大的系统. 目前有YAFFS和YAFFS2两个版本,两个版本的主要区别在于YAFFS2 能够更好的支持大容量的NAND FLASH芯片.

YAFFS文件系统有些类似于JFFS/JFFS2 文件系统,与之不同的是JFFS1/2 文件系统最初是针对NOR FLASH的应用场合设计的,而NOR FLASH 和NAND FLASH本质上有较大的区别,所以尽管JFFS1/2 文件系统也能应用于NAND FLASH,但由于它在内存占用和启动时间方面针对NOR 的特性做了一些取舍,所以对 NAND FLASH来说通常并不是最优的方案,YAFFS和JFFS都提供了写均衡,垃圾收集等底层操作,YAFFS中是从头到尾对块搜索,所以在垃圾收集上JFFS的速度慢,但是能延长NAND FLASH的寿命.

YAFFS将文件组织成固定大小(512字节)的数据段。每个文件都有一个页面专门存放文件头,文件头保存了文件的模式、所有者id、组id、长度、文件名等信息。为了提高文件数据块的查找速度,文件的数据段被组织成树形结构。 YAFFS在文件进行改写时总是先写入新的数据块,然后将旧的数据块从文件中删除。YAFFS使用存放在页面备用空间中的ECC进行错误检测,出现错误后会进行一定次数的重试,多次重试失败后,该页面就被停止使用。

YAFFS充分利用了NAND闪存提供的每个页面16字节的备用空间,参考了 SmartMedia的设定,备用空间中6个字节被用作页面数据的ECC,2个字节分别用作块状态字和数据状态字,其余的8字节(64位)用来存放文件系统的组织信息,即元数据。由于文件系统的基本组织信息保存在页面的备份空间中,因此,在文件系统加载时只需要扫描各个页面的备份空间,即可建立起整个文件系统的结构,而不需要像JFFS 那样扫描整个介质,从而大大加快了文件系统的加载速度。

5 Linux-2.6.14内核代码的修改

1.在arch/arm/mach-s3c2410/devs.c文件中添加static struct mtd_partition partition_info[]创建分区信息,使YAFFS文件系统位于mtdblock3.

static struct mtd_partition partition_info[]={

[0] = {

.name = "u-boot",

.size = 0x00020000,

.offset = 0x00000000,

},

[1] = {

.name = "param",

.size = 0x00010000,

.offset = 0x00020000,

},

[2] = {

.name = "kernel",

.size = 0x00100000,

.offset = 0x00030000,

},

[3] = {

.name = "root",

.size = 0x01900000,

.offset = 0x00130000,

},

[4] = {

.name = "user",

.size = 0x025d0000,

.offset = 0x01a30000,

}

};注意,这里的分区信息应与U-BOOT中保持一致.

2.YAFFS 的校验算法和MTD NAND FLASH驱动的校验算法不同,如果在内核中由MTD来处理ECC,会造成MTD 认为所有的page都校验错误.所以要把要把NAND驱动中的ECC校验关闭.采用YAFFS2自带的校验算法,基于这个考虑,在drivers/mtd/nand/s3c2410.c中,将 chip->eccmode=NAND_ECC_SOFT修改为chip->eccmode=NAND_ECC_SOFT.

3.从开源网站下载YAFFS2文件系统的源码,在宿主机下用tar xzvf yaffs2.tar.gz命令解压,在移植的内核目录下建立yaffs文件夹,并将需要的文件拷贝到yaffs文件夹下.简单介绍下yaffs文件系统代码的函数功能.

# mkdir $LINUXDIR/fs/yaffs

# cp Makefile.kernel $LINUXDIR/fs/yaffs/Makefile

# cp Kconfig $LINUXDIR/fs/yaffs

# cp *.c *.h $LINUXDIR/fs/yaffs

4.修改fs/Kconfig,vi Kconfig ,添加 source "fs/ /Kconfig"

5.修改Makefile文件:

# cd $LINUXDIR/fs

# vi Makefile obj-$(CONFIG_YAFFS_FS) += yaffs/

6 配置和编译内核

1.选中对MTD(memory technology device内存技术设备)的支持.

Memory Technology Device (MTD)

support --->

[﹡] MTD concatenating support

• MTD partitioning support

[﹡] RedBoot partition table parsing

[﹡] Command line partition table parsing

User Modules And Translation Layers

• Direct char device access to MTD devices

• Caching block device access to MTD devices

MTD 主要是用于访问memory设备(ROM、flash)的Linux的子系统.MTD可以使新的memory设备的驱动更加简单,为此它在硬件和上层之间提供了一个抽象的接口.

2.选中NAND Device Support

• NAND Device Support --->

[﹡] Verify NAND page writes

• NAND Flash support for S3C2410/S3C2440 SoC

• S3C2410 NAND driver debug

[﹡] S3C2410 NAND Hardware ECC

这样就完成了内核对NAND FLASH的支持.

3.由于添加了YAFFS2文件系统,所以在内核的配置菜单 [File systems] 中的 [miscellaneous filesystems] 中增加了 [Yaffs2 file systems support] 选项.这个选项就是 YAFFS2的配置内容.

File systems ---> Miscellaneous filesystems --->

• YAFFS2 file system support

--- 512 byte / page devices

• Lets Yaffs do its own ECC

• Use the same ecc byte order as Steven Hill's nand_ecc.c

--- 2048 byte (or larger) / page devices

• Autoselect yaffs2 format

• Disable lazy loading

• Turn off wide tnodes

• Turn off debug chunk erase check

• Cache short names in RAM

选择这个选项的全部内容,保存配置,然后退到终端,输入make zImage,重新编译内核,这样就就完成了对YAFFS文件系统的定制.

7 测试挂载的YAFFS文件系统

1.用imagewrite命令将YAFFS文件系统的映像文件烧写到mtdblock3分区.

2.在ramdisk根文件系统中创建挂载目录,使用命令mkdir /mnt/yaffs.

3. 执行mount –t yaffs /dev/mtdblock/3 /mnt/yaffs来挂载YAFFS文件系统.

4. 由于内核配置了proc文件系统,用cat /proc/mounts 可以查看已经成功挂载了YAFFS文件系统,用ls /mnt/yaffs可以查看YAFFS文件系统的内容.

8 结束语

本文为开发者提供了在ARM9平台上移植YAFFS文件系统的方法和过程的参考,创新之处是在当前嵌入式应用中比较新的2.6内核上测试完成的.测试过程中 YAFFS稳定性能比JFFS2文件系统要稳定的多,而且mount分区的时间也比JFFS2文件系统少的多。需要注意一点是,即使NAND FLASH 是512+16B的,不需要使用YAFFS2,也必须将对2kpage的NAND FLASH的支持这一项选上,否则编译无法通过.由于ARM- S3C2410不支持大容量的NAND FLASH,所以flash是512+16B / page的,即使你选择的是YAFFS2文件系统,内核也会自动选择挂载为YAFFS1文件系统,由于实验系统的局限性,本文只在ARM-S3C2410平台上实现了YAFFS1文件系统的移植,在功能更强大ARM 芯片系列中已经加入了对大容量(512M)的NAND FLASH的支持,支持YAFFS2文件系统,移植方法与YAFFS文件系统移植方法大致相同.

参考文献:

[1] 杜春雷,ARM体系结构与编程[M]。北京:清华大学出版社,2003

[2] 潘巨龙,黄宁,ARM9嵌入式系统构建与应用[M]。北京:北京航空航天大学出版社,2006

[3] 陈 春,ARM9嵌入式技术及Linux高级实践教程[M]。北京:北京航空航天大学出版社,2005

[4] Wookey and Tak—Shing,Porting the Linux Kernel to a New ARM Platform,SOLUTIONS JOURNAL,2002,4:52—57

[5] 郝淑风等.基于ARM的uCLinux启动引导实现的分析[J].微计算机信息,2005,8-2:50—52

提醒:《基于ARM的嵌入式文件系统YAFFS的移植》最后刷新时间 2024-03-14 01:22:49,本站为公益型个人网站,仅供个人学习和记录信息,不进行任何商业性质的盈利。如果内容、图片资源失效或内容涉及侵权,请反馈至,我们会及时处理。本站只保证内容的可读性,无法保证真实性,《基于ARM的嵌入式文件系统YAFFS的移植》该内容的真实性请自行鉴别。