首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

在嵌入式Linux上实现JFFS文件系统

在嵌入式Linux上实现JFFS文件系统

近年来,随着电子技术的不断进步,嵌入式系统开发已成为热点,而Linux作为一个自由软件 ,也得到了极大的发展 ,嵌入式系统与Linux的结合,正日益被人们看好。Linux具有内核小,效率高,源代码开放等优点,还内含了完整的tcp/ip网络协议,很适合在嵌入式系统中使用。作为专门为嵌入式微处理器定制的小型化Linux,uClinux正是嵌入式Linux的优秀代表。在嵌入式系统开发中,Flash 芯片以相对低廉的价格提供了高可靠性和高密度的存储,已成为嵌入式系统的重要组成部分。在很多嵌入式系统中,操作系统及应用程序直接固化在Flash上,系统启动时,代码直接在Flash上开始运行。
1  在嵌入式系统中使用Flash
    当前的嵌入式系统开发,需要方便灵活地使用Flash,以嵌入式的Web Server为例,在运行过程中,要求能够动态地保存一些数据,并且当系统重新启动时,保存的数据依然存在。又比如将嵌入式处理器应用于工控领域,可能整个系统都集成在一小块电路板上,一些重要的工艺参数在控制过程中需要动态地改变并保存,而使用硬盘等存储介质又显得不太现实,在这种场合下,仅仅地将Flash作为保存系统代码的ROM使用是“大材小用”,我们需要充分发挥Flash可擦写的优势,在系统运行过程中,动态地擦写Flash来保存数据。针对嵌入式系统多样、灵活、专用性强等特点,人们可以发挥嵌入式操作系统软件复用的优点,找到一种方便、快捷地使用Flash 的方法来缩短开发时间,提升系统性能,嵌入式Linux就提供了这样一条捷径。由遍布全世界的自由软件开发者为Linux提供支持,使得在嵌入式linux上使用Flash变的十分容易。
2  JFFS 文件系统简介
    我们使用的uClinux系统采用ROMFS作为根文件系统,它相对于一般的EXT2文件系统,具有节约空间的优势。但是ROMFS是一种只读的文件系统,不支持动态擦写保存,对于系统需要动态保存的数据只能采用虚拟ram盘的方法(ram盘使用EXT2文件系统)。
    针对ROMFS文件系统存在的问题,我们可以使用JFFS文件系统(Journaling Flash File System)。JFFS文件系统是瑞典的Axis Communications公司 (www.axis.com) 在GNU General Public License下发布的自由软件,主要用于嵌入式Linux。我们只需要在自己的嵌入式Linux中加入JFFS文件系统并做少量的改动,就可以使用JFFS文件系统。通过JFFS文件系统,可以用Flash来保存数据,即将Flash作为系统的硬盘来使用。可以像操作硬盘上的文件一样操作Flash芯片上的文件和数据。系统运行的参数可以实时保存到Flash芯片中,在系统断电后数据仍然存储在Flash芯片中。
    作为一种EEPROM,Flash可分为两种主要类型:NOR Flash 和NAND Flash。一片没有使用过的Flash,每一位的值都是逻辑1,对Flash的写操作就是将特定位的逻辑1改变为逻辑0。而擦除就是将逻辑1改变为逻辑0。Flash的数据存储是以块(Block)为单位来组织的,Flash只能整块擦除,而Flash的寿命是以擦除次数来计算的,一般是每块100,000次。为了保证某块不早于其他块到达其寿命,就有必要将在所有块中尽可能地平均分配擦除次数,这就是“损耗平衡”。JFFS 文件系统是一种“追加式”的文件系统,新的数据总是被追加到上次写入数据的后面。这种“追加式”的结构就自然实现了“损耗平衡”。
要加入JFFS文件系统,需实现Linux下对Flash芯片的驱动,Axis Communications公司提供了实现代码。在笔者的系统中,代码包括uClinux/linux/drivers/block/flash.c 和uClinux/linux/include/linux/flash.h。
    在flash.c中的设备的初始化函数 flash_init()里,将Flash作为块设备向系统注册。
#ifdef  CONFIG_BLK_DEV_FLASH  /* 向内核注册,主设备号MAJOR_NR=60 */
if(register_blkdev(MAJOR_NR, DEVICE_NAME, &flash_block_fops )) {
  printk(KERN_ERR DEVICE_NAME ": Unable to get major %d ",
         MAJOR_NR);
  return -EBUSY;
}
/*注册实际的块I/O 操作及设备大小和块大小 */
blk_dev[MAJOR_NR].request_fn = DEVICE_REQUEST;
blk_size[MAJOR_NR] = flash_sizes;
blksize_size[MAJOR_NR] = flash_blk_sizes;
read_ahead[MAJOR_NR] = 1;
printk("Flash/ROM block device v2.1, (c) 1999 Axis Communications AB ");
#endif
3  开发环境简介
    我们采用的是宿主机+目标板的开发模式,宿主机为PC+redhat7.2 ,目标板为Motorola Coldfire5272+uClinux, uClinux版本为2.0.38,在宿主机上将uClinux和应用程序编译后,下载到目标板的Flash中运行。我们使用的Flash是2片AMD AM29LV160BT,大小为2M字节,工作在16bit双字节模式。对于Motorola Coldfire5272,其RAM,Flash,外设I/O 参与统一平坦编码,也没有地址变换。2片FLASH的地址范围设置为:0xffb00000-0xffcfffff 和0xffd00000-0xffefffff。每片FLASH共有共35个扇区,除前四个扇区不规则,大小分别为:16K,8K,8K,32K 外,剩余31个扇区均为64K字节大小。
4  实现JFFS 文件系统的实例
    为实现Flash上的JFFS文件系统,我们需要:在内核中加入对JFFS文件系统和Flash设备的支持;针对具体的Flash 芯片修改设备驱动程序;生成设备节点并将JFFS文件系统挂接到Flash 设备上。
4.1  在内核中加入对JFFS文件系统和FLASH 设备的支持
    标准 Linux可以以模块的形式加载各种类型的设备驱动,要求在设备驱动中编制两个入口点:init_module() 和 cleanup_module() ; uClinux 2.0 内核不支持内核模块 LKM(loadable kernel modules),设备驱动及文件系统要静态地编译进内核。
继承事业,薪火相传
返回列表