ThreadX FileX和LevleX发布V6.5.1版本（2026-06-11）

eric2013

【LevelX文件系统底层管理】

https://github.com/eclipse-threa ... g/v6.5.1.202602_rel

本版本为 NAND 闪存操作引入了一项重要的性能改进，增加了可选择启用的延迟扇区释放机制，显著降低了大型存储设备上的删除操作复杂度。

1. 已解决的安全漏洞

本版本未修复任何新的安全漏洞。您可访问以下链接，获取之前已解决漏洞的相关公告。

2. 主要亮点

2.1 NAND 闪存的延迟扇区释放机制

新增了一个可选择启用的延迟扇区释放机制，以解决从已满块中释放扇区时出现的 O(N²) 删除复杂度问题。（#71，@fdesbiens）

当定义了 LX_NAND_FLASH_ENABLE_LAZY_SECTOR_RELEASE 且空闲块数量超过 LX_NAND_FLASH_SECTOR_RELEASE_LAZY_THRESHOLD（默认值：10）时，从已满块中释放扇区会推迟“复制+擦除”操作。系统会向一个新分配的块写入一个“墓碑”页面，并将旧块标记为 COMPACTION_PENDING（待压缩）。随后，压缩操作将由扇区写入、磨损均衡移动、碎片整理以及块分配等操作以延迟方式触发。

该机制完全支持崩溃恢复：在重新打开设备时，系统会检测到 COMPACTION_PENDING 状态的块，并根据崩溃时的状态决定中止或恢复压缩操作。

如果不定义该标志，所有现有代码路径将保持不变。

注意： 此功能尚未经过除现有回归测试套件之外的充分测试。在任何生产系统中使用之前，应对其进行全面验证，包括压力测试、断电测试以及磨损均衡场景的测试。

【FileX文件系统】

https://github.com/eclipse-threa ... g/v6.5.1.202602_rel

Eclipse FileX 6.5.1.202602 版本发布说明

本版本提供了一项针对性的错误修复，确保格式化介质时的数据完整性，该修复由一位新的社区成员贡献。

我们感谢 Cloudflight 对本版本所做的宝贵贡献。

1. 已解决的安全漏洞

本版本未修复任何新的安全漏洞。您可访问以下链接，获取之前已解决漏洞的相关公告。

2. 主要亮点

2.1 介质格式化刷新修复

与 fx_media_close() 在销毁前正确执行刷新操作不同，fx_media_format() 在反初始化驱动程序之前未调用 FX_DRIVER_FLUSH。这可能导致格式化操作后数据无法提交到底层存储设备。此次修复使 fx_media_format() 的行为与既有模式保持一致。（#89，@Ralino）

yuanzhongda

例程里面没有格式化，格式化的函数fx_media_format是需要的吧，这个参数能讲一下吗

eric2013

yuanzhongda 发表于 2026-6-30 17:51
例程里面没有格式化，格式化的函数fx_media_format是需要的吧，这个参数能讲一下吗

操作什么外设，SD，eMMC这种吗，还是NAND NOR

yuanzhongda

eric2013 发表于 2026-7-1 10:47
操作什么外设，SD，eMMC这种吗，还是NAND NOR

使用emmc sd这种，文件系统不是应该无论哪种都必须格式化吗

eric2013

yuanzhongda 发表于 2026-7-1 13:54
使用emmc sd这种，文件系统不是应该无论哪种都必须格式化吗

购买的SD卡这种消费电子产品，本身就预装好了文件系统，无需再格式化。

当然也可以使用FileX的API格式化