1. DRM 子系统概述：架构演进、核心组件与对比

Direct Rendering Manager（DRM）是 Linux 内核中负责图形显示与渲染管理的核心框架。自 Linux 2.4.0 引入以来，DRM 从最初仅支持直接渲染的简单接口，演进为涵盖显示模式设置（KMS）、显存管理（GEM）、多图层合成与色彩管理的完整显示子系统。本章从架构演进、核心组件以及与传统 FBDev 的对比三个维度，帮助开发者建立对 DRM 子系统的全局认知。

1.1 DRM 架构演进：从 DRI 到现代 DRM/KMS

DRM 的演进经历了三个主要阶段，每个阶段都解决了当时图形显示栈的核心痛点：

1.2 核心组件：DRM Core、KMS、GEM

现代 DRM 子系统由三个核心组件构成，它们分工明确、协同工作：

• DRM Core：提供基础框架，包括设备注册、文件操作接口、ioctl 分发、缓冲区对象抽象、驱动模型。所有 DRM 驱动都基于 DRM Core 实现。
• KMS (Kernel Mode Setting)：负责显示模式管理，包括分辨率、刷新率、图层合成、色彩空间、连接器检测。KMS 是显示输出的核心。
• GEM (Graphics Execution Manager)：负责显存分配、共享、同步。提供缓冲区对象（BO）、句柄（Handle）、文件描述符（FD）传递机制，是 GPU 与显示引擎之间的数据桥梁。

1.3 DRM 与 FBDev 的对比

Frame Buffer Device（FBDev）是 Linux 传统的显示框架，在 DRM/KMS 成熟之前被广泛使用。两者在架构设计、功能特性、性能表现上存在显著差异：

1.4 DRM 设备模型与用户态接口

DRM 在内核中遵循标准设备驱动模型，通过字符设备暴露给用户态：

• 主设备号 226：所有 DRM 设备共享主设备号，次设备号区分不同功能。
• 设备节点：
  • /dev/dri/card0：主显示设备，支持 KMS 和 GEM 操作。
  • /dev/dri/controlD64：控制设备，用于显示服务器（如 Wayland）的权限分离。
  • /dev/dri/renderD128：渲染设备，仅支持 GEM 操作，用于 GPU 计算。
• ioctl 接口：用户态通过 drmIoctl() 调用，核心 ioctl 包括：
  • DRM_IOCTL_MODE_GETRESOURCES：获取 CRTC、Encoder、Connector、Plane 资源。
  • DRM_IOCTL_MODE_ATOMIC：原子提交模式设置和图层配置。
  • DRM_IOCTL_GEM_OPEN / DRM_IOCTL_GEM_CLOSE：GEM 句柄管理。

// 用户态打开 DRM 设备示例
int fd = open("/dev/dri/card0", O_RDWR | O_CLOEXEC);
if (fd < 0) {
    perror("open /dev/dri/card0 failed");
    return -1;
}

// 查询资源
struct drm_mode_card_res res = {0};
res.count_fb_ptr = (uint64_t)&res.count_fbs;
// ... 填充其他 count 指针
drmIoctl(fd, DRM_IOCTL_MODE_GETRESOURCES, &res);

// 分配 GEM 对象
struct drm_gem_create gem_create = {
    .size = 1920 * 1080 * 4,
    .handle = 0
};
drmIoctl(fd, DRM_IOCTL_GEM_CREATE, &gem_create);
printf("GEM handle: %u\n", gem_create.handle);

1.5 本章小结

DRM 子系统经过二十余年演进，从 DRI 到现代 DRM/KMS，已成为 Linux 显示领域的基石。其核心组件 DRM Core、KMS、GEM 分别承担框架、显示策略、显存管理的职责，三者协同实现高效、灵活的多图层合成与色彩管理。与 FBDev 相比，DRM/KMS 在架构先进性、功能完备性、性能表现上具有压倒性优势，是当前和未来显示驱动开发的唯一选择。