rtems 文件系统（15）-jffs2 研究（1）

最新推荐文章于 2018-01-31 21:09:12 发布

原创

最新推荐文章于 2018-01-31 21:09:12 发布 · 849 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#rtems

本文详细介绍了在RTEMS中研究JFFS2文件系统的过程，从挂载步骤到源码分析，特别是如何减少挂载时间。通过启用erase block summary（EBS）来提高JFFS2的挂载效率，使得挂载速度提升4-5倍，同时探讨了EBS的工作原理和潜在影响。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

根据之前的结果，虽然能够挂载上，但是有很多问题，参考（12）中描述。因为对jffs2完全没有什么概念可言，只知道这是一个flash的文件系统，并且挂载的时候只提供了下面的信息给到jffs2.对于内部怎么操作完全无知。并且flash每次擦除都是一个块一个块的。比如删除一个东西的时候是否会删除其他部分？怎么保留下来的。还是挺好奇的。

为了解决问题，只能硬着头皮看jffs2的源码。看一下它挂载的时候是怎么分配64k sector的地址的。包括读写时的偏移等等。经过努力，将rtems源码中的jffs2部分代码加入到自己的工程中，主要问题是编译选项的问题，参考makefile.am 增加两个编译选项，'KBUILD_MODNAME="JFFS2"'和__ECOS，注意第一个要加单引号。折腾了挺久的，因为一开始没有加引号，宏定义

#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt 总是编译错误。应该就是KBUILD_MODNAME 这个symbol定义不对导致的。最终编译通过。

那么我还是从挂载开始看起：为了能够看到debug信息，在jffs2中的debug.h中打开宏定义

#ifndef CONFIG_JFFS2_FS_DEBUG
#define CONFIG_JFFS2_FS_DEBUG 2 //关闭为0. 现在设置为2
#endif

step1:

当执行到mount的时候

rv = mount(
NULL,
FLASH_MOUNT_POINT, //if this is NULL,then the root file system will be mount
RTEMS_FILESYSTEM_TYPE_JFFS2,
RTEMS_FILESYSTEM_READ_WRITE,
&mount_data
);

我给的信息就是mount_data中的数据。其中包含flash实例和压缩方式的实例，压缩部分暂时完全不考虑。有机会再学习。

//the mount data of the filesystem jffs2
static const rtems_jffs2_mount_data mount_data = {
.flash_control = &flash_instance.super,
.compressor_control = &compressor_instance
}

flash_instance.super就是下面描述的，传入每个块的大小，总大小。读，写，擦除函数等等。

rtems和jffs2之间通过该结构体连接到一起。

static flash_control flash_instance = {
.super = {
.block_size = BLOCK_SIZE,
.flash_size = FLASH_SIZE,
.read = flash_read,
.write = flash_write,
.erase = flash_erase
}
};