经过前面的分析。找到了问题所在,按照分析应该是一些擦除标志没有写入导致错误。追踪这个问题的代码
从函数jffs2_erase_pending_blocks跟进去。内部调用了jffs2_erase_block,再调用jffs2_flash_erase。最终调用到底层驱动函数。发现底层驱动函数擦除的时候计算块的时候有问题。如果地址刚好是sector起始地址,并且擦除的数量是sector大小的时候,计算块个数有误。会多擦除一个块,因此也就能解释为什么我自己调用底层驱动函数是可以写入的,但是它没有写入擦除mark,原因就是写入后又被下一次擦除了(因为每次都多擦除一个块,fuck)。
这样就解决了之前的第一个问题
JFFS2: Node totlen on flash (0xFFFFFFFF) != totlen from node ref (0x0000000C)
可以建立文件夹,并且关闭后,重新打开flash文件系统,文件夹还存在。终于迈出了第一步。其实归根结底还是对jffs2的操作不熟悉。现在只能说熟悉了建立文件系统这一过程,因为时间有限,只能遇到问题才往回跟踪源码去分析了
初步测试,基本的建立文件,打开文件,建立文件夹没问题,
删除文件夹有错误,写入大段数据的文件有错误。这些问题后面一个一个解决。
之前记录的问题2也是这个问题导致的。所以现在的问题不在挂载文件系统部分了。而是后续的操作。还需要继续跟踪源码
本文详细分析了JFFS2文件系统中擦除标志未正确写入导致的一系列问题,包括底层驱动函数计算错误及文件夹操作异常等,并提出了解决方案。
-jffs2 研究(4)&spm=1001.2101.3001.5002&articleId=79201946&d=1&t=3&u=3d8b41f0fd824ea19666d91efadc7d5d)
1223

被折叠的 条评论
为什么被折叠?



