主页 / unix / 问题 / 790354
Accepted
owndampu
Asked: 2025-01-30 17:20:57 +0800 CST

DRM 初始化很晚

  • 772

我正在将嵌入式 Linux 设备从供应商内核移植到主线。我快完成了，但有一个问题似乎无法解决，那就是 DRM 初始化非常慢。

设置如下：
SOC：imx8mp
内核：6.12
操作系统：Debian 12 bookworm

gpu 似乎在合理的时间初始化：

[    4.984644] etnaviv etnaviv: bound 38000000.gpu (ops gpu_ops [etnaviv])
[    5.005189] etnaviv etnaviv: bound 38008000.gpu (ops gpu_ops [etnaviv])
[    5.038057] etnaviv etnaviv: bound 38500000.npu (ops gpu_ops [etnaviv])
[    5.048542] etnaviv-gpu 38000000.gpu: model: GC7000, revision: 6204
[    5.060472] etnaviv-gpu 38008000.gpu: model: GC520, revision: 5341
[    5.087467] etnaviv-gpu 38500000.npu: model: GC8000, revision: 8002
[    5.101070] etnaviv-gpu 38500000.npu: etnaviv has been instantiated on a NPU, for which the UAPI is still experimental
[    5.121842] [drm] Initialized etnaviv 1.4.0 for etnaviv on minor 0

systemd 接管的时间大约为：

[    2.318927] systemd[1]: systemd 252.33-1~deb12u1 running in system mode (+PAM +AUDIT
+SELINUX +APPARMOR +IMA +SMACK +SECCOMP +GCRYPT -GNUTLS +OPENSSL +ACL +BLKID +CURL
+ELFUTILS +FIDO2 +IDN2 -IDN +IPTC +KMOD +LIBCRYPTSETUP +LIBFDISK +PCRE2 -PWQUALITY +P11KIT
+QRENCODE +TPM2 +BZIP2 +LZ4 +XZ +ZLIB +ZSTD -BPF_FRAMEWORK -XKBCOMMON +UTMP +SYSVINIT
default-hierarchy=unified)

但随后还有第二轮 DRM 初始化，实际上启用了显示流：

[    6.904837] imx-dwmac 30bf0000.ethernet end0: Register MEM_TYPE_PAGE_POOL RxQ-0
[    6.971593] imx-dwmac 30bf0000.ethernet end0: PHY [stmmac-0:00] driver [SMSC LAN8710/LAN8720] (irq=147)
[    6.987060] imx-dwmac 30bf0000.ethernet end0: No Safety Features support found
[    6.994331] imx-dwmac 30bf0000.ethernet end0: IEEE 1588-2008 Advanced Timestamp supported
[    7.002765] imx-dwmac 30bf0000.ethernet end0: registered PTP clock
[    7.009583] imx-dwmac 30bf0000.ethernet end0: configuring for phy/rmii link mode
[    8.601862] imx-dwmac 30bf0000.ethernet end0: Link is Up - 100Mbps/Full - flow control rx/tx
[   15.334021] samsung-dsim 32e60000.dsi: supply vddcore not found, using dummy regulator
[   15.343694] samsung-dsim 32e60000.dsi: supply vddio not found, using dummy regulator
[   15.365379] samsung-dsim 32e60000.dsi: [drm:samsung_dsim_host_attach [samsung_dsim]] Attached sn65dsi83 device (lanes:4 bpp:24 mode-flags:0x2e3)
[   15.380621] [drm] Initialized imx-lcdif 1.0.0 for 32e80000.display-controller on minor 1
[   15.522131] Console: switching to colour frame buffer device 240x45
[   15.555056] imx-lcdif 32e80000.display-controller: [drm] fb0: imx-lcdifdrmfb frame buffer device
[   15.592315] dw100 32e30000.dwe: dw100 v4l2 m2m registered as /dev/video0
[   15.601817] hantro-vpu 38300000.video-codec: registered nxp,imx8mm-vpu-g1-dec as /dev/video1
[   15.611540] hantro-vpu 38310000.video-codec: registered nxp,imx8mq-vpu-g2-dec as /dev/video2

这两轮初始化之间仅有 10 秒的随机间隙，我不明白为什么。

systemd 分析：

systemd-analyze
Startup finished in 2.034s (kernel) + 4.558s (userspace) = 6.592s 
graphical.target reached after 4.450s in userspace.

提前感谢你的帮助！

linux-kernel

2 个回答

  1. 这听起来像是 kernel/initramfs 中有一些（但不是全部）驱动程序可用。“systemd 接管”的时刻是执行从 initramfs 切换到主根文件系统（并开始应用所有 udev 规则）的时刻 - 因此，您示例中的第一轮是加载内核内置或可用作*.koinitramfs 或 initrd 中的模块（文件）的驱动程序，而第二轮是从主 rootfs 加载所有剩余模块。

    因此，如果您有 initramfs，请调整其构建过程以复制更多显示所需的模块 - 例如，imx-lcdif“显示控制器”看起来非常相关。如果您没有initramfs，则对内核编译过程执行相同操作，将这些驱动程序从“模块”切换为“内置”（=y）。

    • 0
  2. Best Answer

    使用这个，我能够将问题追溯到 blk-ctrl 节点。它依赖于 noc 子系统，而该子系统在内核配置中未启用。我不知道为什么没有该驱动程序它还能正常工作，但耶，它解决了问题。

    • -1

相关问题