xiaogcc23333 发布的帖子

@zeroxcen 我看xenomai 2.x ARM的README有提到tsc这个要自己补充... Ti am335x看着是bbb 3.8之后合入了这个补丁... 话说你去哪找的__ipipe_mach_get_tsc( )?

@zeroxcen 可以加v加个朋友，哈哈“xiaogcc23333”，我51在家折腾了几天..

@zeroxcen 确实是这个问题，用5.4.61内核移植一个最贴近的ipipe补丁“ipipe-core-5.4.93-arm-0.patch”，编译会报错，因为缺少TSC资源；试过强行改这个资源（有点瞎搞），可以编过，但是起不来...，问过一些T113相关的人，似乎 也是一样的问题。后面我用dovetail的版本“patch-5.4-dovetail1.patch”，还在努力中..但是dovetail xenomai 3.x官网说必须用大于Linux 5.10版本，感觉搞不下去了... 我问飞凌技术，他们说在t113上没做过这个实验... 官方也没有5.10的内核版本支持..有点难受..

@zeroxcen t113的sdk内核版本是Linux 5.4.61，所以我选了个ipipe-core-5.4.93-arm-0.patch，实际上确实会报__ipipe_mach_get_tsc，因为

@bsplayer 5.4.61内核dovetail补丁打进去了， 不过启动异常.

@bsplayer 在 OK113i-S开发板-3测试实时系统 中说：

2.Xenomai：Xenomai提供了一个实时框架，为Linux操作系统添加了实时性能。它支持具有硬实时和软实时要求的应用程序，并通过分时多任务和抢占式调度来提供可预测性。
这个系统就版本变化比较多，4之前是pipe，5后面是Dovetail，而且与内核版本匹配不太紧密，

大佬，T113-i可以打dovetail上xenomai3.0吗？我看到xenomai官方说至少5.10的内核就给我劝退了.. 尝试打ipipe上xenomai2.6，编译有个TSC的错误。求教...

@yuzukitsuru 问题点找到了

1> jffs2 CRC的问题
由于内核 SLAB allocator选择错误[SLOB]导致，改回SLUB正常。不知道上一个项目的人出于什么目的调整了。具体是否允许改该配置，或者改了为什么会导致spi-mem读数据异常，当前还不知道。

2> 挂载异常问题
mkfs.jffs2工具需要sdk buildroot中自带编译出的，否者换其他版本会挂载异常。

3> 向文件系统写入数据重启挂载异常
如果内核开启了jffs2 summary选项，需要使用sumtool工具处理mkfs.jffs2做好的文件。

@yuzukitsuru Nor-Flash换过mx25l25635e和BY的，现象一样.

@lansecd 我感觉可以查一下nand芯片规格书，上面会有支持的宽温范围。

@lansecd 谢谢你的答复，如果只用squashfs，怎么读写文件呢？比如说需要存储日志和配置文件。

请问楼主T113 文件系统用的是 squashfs+jffs2 吗？

@yuzukitsuru 我尝试调低了SPI的频率（50M）和DDR的频率(460M)，但是还是异常；请问曾经spi-nor.c spi-mem有过类似的问题吗？

@yuzukitsuru 谢谢，我看一下nor-flash和spi部分.

@yuzukitsuru
是的，squashfs作为rootfs，后期才挂载jffs2，不过当前还没有上overlayfs。

我的操作流程是这样的
1> 在uboot中 sf erase 擦除的jffs2分区

2> 进入文件系统后
mount -t jffs2 /dev/mtdblock6 /product

3> 将文件通过拷贝写入对应分区后，重启后再次手动挂载，还是有概率会出现CRC错误。

4> 具体在spi-nor里增加调试信息，发现spi-mem读上来的数据就异常了，多读一次就有概率正常；但实际上在nor-flash中数据是为正确的，只是读数据出问题，查到这里就不知道怎么进行下去了。

@yuzukitsuru
谢谢大佬回复！
我尝试过 squashfs[/]+jffs2，reset后jffs2依旧会出现分区数据损坏的情况，一直提示CRC校验错误。

用的 nor-flash “winbond w25q256”

有大佬遇到过这个问题吗？

对应的mkfs.jffs2参数命令：