博主在使用IMX6Q_coreC开发板时遇到一个问题，即断电重启后RTC时间总是重置为2028年6月18日3时41分。通过调试发现，即使正常写入时间并在断电后读取也是正确的，但最终仍会被设为异常时间。进一步研究发现，这与/etc/timestamp文件有关，该文件的内容被用来对比并可能覆盖RTC时间。解决办法包括删除timestamp文件或修改其时间，以及避免直接断电，确保正常关机或重启，以及调整bootmisc.sh脚本的判断条件。
博主使用的是天嵌的开发板型号IMX6Q_coreC。
1.发现使用开发板是时间总是被设置为2028年6月18日3时41分，一开始以为是底层驱动的问题， 故去底层加打印信息调试。
2.发现在系统内hwclock -w也正常写入， 从寄存器读取时间也正确，就是断电后又被设置成这个时间。
3.还有一个现象就是如果设置的时间大于这个时间，断电后可以读取到正常的时间，小于这个时间就会被置为2028年6月18日3时41分。
一、于是先设置一个时间再断电重启去抓这个RTC芯片的信息：
就先随便设置一个日期：20180419
看到打印信息读写寄存器都正常。现在断电重启再抓这个芯片的信息：
可以看出一开始读取并设置的时间是正确的， 可是后面又被设置成了2028年的日期？是跑到系统里面才做的操作？跟底层无关？
于是去系统里面搜索关键字2028：
二、发现/etc/timestamp的文件内容时间正好是2028年6月18日3时41分？？？？
再追，包含/et
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
