无RTC时嵌入式内核启动时间确定方式咨询

正常情况下，没有RTC（实时时钟）的Linux系统启动时，内核会默认把系统时间初始化为Unix纪元起点——1970-01-01。但你遇到系统时间被设为内核/SDK编译时间的情况，你的两个猜测完全正确，具体细节如下：

一、内核编译时注入的时间戳 #

• 内核编译过程中，会自动把编译时刻的时间戳写入.config配置文件，对应CONFIG_BUILD_TIMESTAMP项，格式类似CONFIG_BUILD_TIMESTAMP="2023-02-27 10:30:00"。
• 内核启动时，如果检测不到可用的RTC设备，就会读取这个编译时间戳，用它来初始化系统核心时间结构体xtime，替代默认的1970年时间。你可以通过dmesg查看内核启动日志，里面的版本行（比如Linux version x.x.x (user@host) (gcc x.x.x) #1 Tue Feb 27 10:30:00 UTC 2023）会显示这个时间戳，和你看到的系统时间应该完全一致。
• 这个时间戳也会被嵌入到内核镜像文件（如vmlinux或zImage）中，启动时直接从镜像里读取该变量完成时间初始化。

二、外设或SDK自定义逻辑注入的时间 #

• 不少嵌入式SDK会定制内核启动流程，通过读取板载外设（比如SPI Flash、EEPROM、一次性可编程存储区）中预先写入的时间值来初始化系统时间。
• 很多厂商会在SDK打包阶段，把编译时间提前写入这些外设存储区域，或者在initramfs的初始化脚本里添加强制设置时间的逻辑，优先覆盖内核默认的初始化值。你可以检查initramfs中的启动脚本，或者查看设备树（DTS）里是否有对应外设的绑定配置，确认是否存在这类时间读取逻辑。

验证方法 #

• 要区分是哪种方式，最简单的办法是修改编译时间后重新编译内核：如果系统启动后的时间跟着新的编译时间变化，那就是编译注入的时间戳在起作用；如果时间不变，大概率是外设存储的时间在主导。
• 也可以直接查看内核配置：执行cat /proc/config.gz | gunzip | grep CONFIG_BUILD_TIMESTAMP（前提是内核开启了CONFIG_IKCONFIG_PROC配置），就能看到是否开启了该选项及对应的时间值。

内容的提问来源于stack exchange，提问作者Robber Pen