1. DRM 框架概述

DRM（Direct Rendering Manager）是 Linux 内核中负责图形显示与 GPU 渲染管理的核心子系统。它向上为用户态提供标准接口（/dev/dri/card0），向下抽象 GPU 与显示控制器硬件。理解 DRM 的架构组成与核心对象，是排查 GPU 渲染异常与 HDR 显示故障的基础。

1.1 DRM 架构分层

DRM 子系统采用分层设计，从硬件到用户空间共分为四层：

1.2 核心对象模型

DRM 使用面向对象的方式抽象显示管线，核心对象包括 CRTC、Encoder、Connector 和 Plane。它们之间的关系构成了完整的显示数据流。

1.2.1 CRTC

CRTC（Cathode Ray Tube Controller）是显示管线的核心调度器。它负责从 Plane 读取像素数据，生成视频时序信号（行同步、场同步、像素时钟），并将数据流发送给 Encoder。每个 CRTC 对应一个独立的显示输出通道。

1.2.2 Encoder

Encoder 将 CRTC 输出的并行像素数据转换为特定接口标准所需的串行信号。常见的编码类型包括：

• TMDS — 用于 HDMI/DVI
• DisplayPort — 用于 DP/eDP
• LVDS — 用于嵌入式 LCD
• DSI — 用于 MIPI 接口

1.2.3 Connector

Connector 代表物理显示接口，如 HDMI 端口、DP 端口、VGA 接口等。它负责检测显示器是否连接、读取 EDID 数据（包含显示器支持的分辨率、刷新率、HDR 能力等），并将信号最终传输到显示器。

1.2.4 Plane

Plane 是像素数据的来源，每个 Plane 对应一个帧缓冲区（FB）。DRM 支持叠加多个 Plane 实现硬件合成，例如：

• Primary Plane — 主显示层，通常包含桌面背景
• Overlay Plane — 叠加层，用于视频播放或硬件光标
• Cursor Plane — 光标专用层，低延迟更新

1.3 渲染流程简介

一个完整的 DRM 渲染帧从应用程序发起到屏幕显示，经历以下关键步骤：

1. 缓冲区分配 — 通过 GEM（Graphics Execution Manager）分配显存，创建帧缓冲区对象（FB）。
2. 渲染提交 — GPU 执行渲染命令，将结果写入 FB。用户态通过 drmModeAddFB2() 注册 FB。
3. Page Flip — 应用程序调用 drmModePageFlip() 或 atomic commit，将新 FB 切换到 CRTC 的扫描源。
4. 扫描输出 — CRTC 按视频时序逐行读取 FB 像素，发送给 Encoder。
5. 信号编码与传输 — Encoder 将像素数据编码为 TMDS/DP 信号，通过 Connector 输出到显示器。

1.4 关键数据结构

在 DRM 内核代码中，核心对象对应以下数据结构：

// CRTC 结构体（简化）
struct drm_crtc {
    struct drm_device *dev;
    struct drm_plane *primary;   // 主 Plane
    struct drm_plane *cursor;    // 光标 Plane
    uint32_t mode_valid;         // 当前模式是否有效
    // ...
};

// Plane 结构体（简化）
struct drm_plane {
    struct drm_device *dev;
    uint32_t possible_crtcs;     // 可绑定的 CRTC 位掩码
    struct drm_plane_state *state;
    // ...
};

// Connector 结构体（简化）
struct drm_connector {
    struct drm_device *dev;
    struct drm_encoder *encoder; // 当前绑定的 Encoder
    struct edid *edid;           // 显示器 EDID 数据
    enum drm_connector_status status; // 连接状态
    // ...
};

1.5 本章小结