3516A SPI-NAND FLASH 启动坏块

海思

各位好，我的3516a+spi NAND FLAHS,前面1M（8块）存储空间村uboot和环境变量。前4块是uboot.后四块存储环境变量。我发现恰巧有一块板子在后4块的区域有坏块，环境变量是4块一起读写的，所以导致存储环境变量失败。
请问大家是怎么处理类似问题的？

我来回答

回答6个

时间排序

认可量排序

ngswfx

1个粉丝

问答

专栏

资料

ngswfx 2016-07-11 17:10:40

认可0 回复引用举报

本帖最后由 ngswfx 于 2016-7-11 17:13 编辑

这还不好办嘛，如果只有这一个板子如此，就换一个SPI-NAND芯片。这个片子最小单元block应该是64K吧

////////如果你想节省这一片，需要修改uboot源码，调整ENV的位置。不建议这么干。如果是自己调试开发用的板子，改改也无妨，很容易改，就在那个超级重要的HI3516A.h头文件里面。

不过你的环境ENV用的空间太大了，严重浪费呀。

///其实uboot里面要是能判断出那个块坏了，其实还有更智能的手法。

//////uboot启动，读取ENV，如果失败，发现坏了一块，尝试下一块。可以尝试4块。
///////保存env也一样，保存ENV到第一块，读取验证，发现不一样，估计是坏块，保存env到下一块。

///////只要流程合适，考虑的细致，可以使ENV支持跳过坏块的。

prada

0个粉丝

问答

专栏

资料

prada 2016-07-11 17:53:40

认可0 回复引用举报

是需要做坏块校验

ngswfx

1个粉丝

问答

专栏

资料

ngswfx 2016-07-11 18:12:35

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=33739&ptid=11907]prada 发表于 2016-7-11 17:53[/url]
是需要做坏块校验[/quote]

我估计uboot里面应该有这个问题的解决方案才对。

///这个很常见呀。

///////不过说实话，能把env写坏，真不容易，还是检查自己的代码吧，env不应该经常写才对，仅仅修改了大的启动参数才修改一下，别在系统里面去写env变量内的东西，读一下到无妨。ENV连个文件系统都没有，坏块也不会自己跳过。

//要是采用其他的可读写文件系统保存经常读写的内容，内部有跳坏块机制。对用户来说是透明的。