4. 显示驱动模型

在Linux显示系统中，DRM（Direct Rendering Manager）是内核态显示驱动的核心框架。它取代了早期的FBDEV，提供了更精细的硬件抽象、更完善的电源管理以及统一的内存与显示管线控制能力。理解DRM的组件模型，是进行显示驱动移植、设备树配置和量产调试的基础。

一、DRM核心组件与数据流

DRM将显示管线拆分为若干可独立管理的对象，每个对象对应硬件中的一类功能模块。它们通过“显示管线”串联起来，最终把帧缓冲中的像素送到物理屏幕上。

• Plane（图层）：代表一个图像层，负责从Framebuffer中取像素数据，并支持缩放、旋转、格式转换、Alpha混合等操作。一个CRTC可以叠加多个Plane，常见的有Primary、Overlay和Cursor三类。
• CRTC：显示控制器，负责扫描时序生成、像素时钟输出以及将Plane合成后的画面送往Encoder。它对应SoC中的Display Controller或LCD Controller。
• Encoder：编码器，把CRTC输出的并行像素信号转换为特定接口所需的信号格式，如RGB、LVDS、MIPI DSI、HDMI TMDS等。
• Connector：连接器，代表物理输出接口，负责探测显示设备是否插入、读取EDID、协商显示模式，并最终把信号送到屏幕或外部显示器。
• Bridge：桥接芯片驱动，用于连接SoC内部Encoder与外部Connector之间的转换器件，例如MIPI DSI转HDMI、LVDS转eDP等。

数据流方向可以概括为：Framebuffer → Plane → CRTC → Encoder → Bridge → Connector → 物理屏幕。其中Bridge是可选的，当SoC输出接口与屏幕接口不匹配时才需要。

二、设备树配置方法

在嵌入式Linux中，DRM驱动通常通过设备树描述硬件连接关系。以MIPI DSI屏幕为例，典型配置包括SoC显示控制器节点、DSI主机节点、面板节点以及背光节点。

&display_subsystem {
    status = "okay";
};

&dsi_host {
    status = "okay";
    ports {
        port@0 {
            dsi_in: endpoint {
                remote-endpoint = <&crtc_out>;
            };
        };
        port@1 {
            dsi_out: endpoint {
                remote-endpoint = <&panel_in>;
            };
        };
    };
};

&panel {
    compatible = "vendor,panel-1080p";
    reg = <0>;
    backlight = <&backlight>;
    reset-gpios = <&gpio1 12 GPIO_ACTIVE_LOW>;
    port {
        panel_in: endpoint {
            remote-endpoint = <&dsi_out>;
        };
    };
};

设备树中的remote-endpoint形成链路关系，内核在解析时会自动构建Encoder、Bridge与Connector之间的连接。若链路中断，显示子系统将无法完成初始化。

三、典型场景：MIPI DSI屏幕点亮流程

1. 内核启动时，DRM子系统扫描设备树，注册CRTC、Plane、Encoder和Connector。
2. DSI主机驱动解析panel节点，读取时序参数并初始化DSI链路。
3. Connector探测到面板存在，读取EDID或使用设备树中的固定模式。
4. 用户空间通过modetest或Weston设置模式，触发Atomic Commit。
5. CRTC根据时序生成像素时钟，Plane合成画面，Encoder输出DSI信号。
6. 面板收到信号后点亮，背光使能，显示画面出现。

四、常见误区与复盘

掌握DRM组件模型后，后续的显示调试、性能优化和量产适配都将围绕这条管线展开。理解每个对象的职责边界，是快速定位显示问题的关键。