Linux启动时设备初始化顺序及HDMI设备优先级调整技术问询

AI 小北

2026-4-21

看起来你遇到了嵌入式Linux启动时HDMI显示延迟的典型痛点——用户看不到任何反馈的10多秒确实容易让他们误以为设备“变砖”，我来帮你理清楚这背后的逻辑和可落地的解决办法：

一、设备初始化顺序的核心决定因素

设备启动顺序不是随机的，主要由下面这三层逻辑决定：

硬件依赖链：绝大多数SoC的HDMI控制器都依赖于系统核心总线（比如AXI）、时钟树、电源域的就绪信号。如果你的硬件设计中HDMI挂在一个需要晚启动的总线分支上，或者它的电源/时钟由后初始化的PMIC控制，那它的启动顺序自然靠后。
内核驱动加载逻辑：
- initcall级别：内核把所有初始化函数划分成从early_initcall（最早）到late_initcall（最晚）的多个等级，大部分外设驱动默认用device_initcall。如果HDMI驱动依赖的其他驱动（比如时钟驱动）用了更早的级别，HDMI驱动必须等它；反过来，如果HDMI驱动本身级别低，也会被排在后面。
- 设备树/ACPI的依赖定义：如果你的设备树里HDMI节点标记了depends-on属性，或者隐式依赖I2C、PMIC等设备，内核会严格按照依赖顺序初始化，先搞定前置设备再处理HDMI。
用户空间服务的依赖（systemd场景）：你用systemd-analyze排查问题，说明系统用systemd管理用户空间。负责显示的服务（比如weston、lightdm，或者自定义显示程序）往往会依赖systemd-udev-settle——这个服务会等所有udev设备枚举完成才继续，直接拖慢了显示启动的时间。

针对你的需求（尽快显示静态图），可以从内核到用户空间逐层优化：

把HDMI驱动编译进内核：不要把它做成可加载模块（m选项），模块加载要等根文件系统挂载后才会执行，远晚于内置驱动的初始化。在内核配置里把HDMI驱动设为y，编译进内核镜像。
调整驱动的initcall级别：如果驱动代码允许，把初始化函数的级别从device_initcall改成postcore_initcall甚至early_initcall（注意：必须确保HDMI依赖的时钟、电源已经在更早的阶段初始化完成，否则会导致内核崩溃）。比如把驱动里的module_init(hdmi_controller_init)替换成postcore_initcall(hdmi_controller_init)，再重新编译内核。
精简设备树依赖：检查设备树的HDMI节点，去掉不必要的depends-on属性，同时确保它依赖的时钟、电源节点是标记为early-init的，让这些依赖项先于HDMI启动。

修改显示服务的systemd依赖：找到你的显示服务对应的.service文件（比如/etc/systemd/system/your-display.service），把里面的After=systemd-udev-settle.service改成After=systemd-udev-trigger.service，或者直接删除这个依赖项，改成After=sysinit.target。这样显示服务不需要等所有设备枚举完成，只要系统初始化到基础阶段就可以启动。
用systemd-analyze critical-chain排查依赖瓶颈：运行这个命令查看显示服务的关键依赖链，把那些非必要的前置服务从依赖列表中移除，进一步压缩启动时间。

如果要追求最快的显示速度（甚至在根文件系统挂载前），可以这么做：

把你要显示的静态图片转换成帧缓冲支持的raw格式，比如用convert splash.png -depth 24 rgb:splash.raw（需要ImageMagick工具）。
把这个raw文件打包进initramfs，然后修改initramfs的init脚本，在帧缓冲设备/dev/fb0出现后，直接执行cat splash.raw > /dev/fb0。这个操作不需要任何显示服务，只要HDMI驱动初始化完成、帧缓冲设备就绪就能立刻显示图片。

用systemd-analyze blame找出启动耗时最长的服务，把不需要的服务禁用（systemctl disable xxx.service），减少系统启动时的资源占用。
内核配置里禁用无关的外设驱动（比如蓝牙、WiFi、未使用的传感器），减少内核初始化的工作量，让系统能更快处理HDMI相关的任务。

备注：内容来源于stack exchange，提问作者Thugmek