1. DRM框架概述：架构演进、核心组件与周边关系

Direct Rendering Manager（DRM）是Linux内核中负责图形显示与GPU管理的核心框架。自2000年代初引入以来，DRM经历了从传统模式设置（Legacy Mode Setting）到原子模式设置（Atomic Mode Setting）的重大演进，成为现代嵌入式图形、桌面图形和虚拟化显示的基础设施。

1.1 DRM架构演进脉络

DRM的演进可以划分为三个主要阶段，每个阶段都解决了特定的显示管理痛点：

1.2 DRM核心组件关系

DRM框架围绕四个核心数据结构构建，它们共同描述了显示管线的完整拓扑：

1.3 核心数据结构详解

drm_device

DRM框架的顶层容器，代表一个显示控制器实例。每个显卡或显示控制器对应一个drm_device对象，通过drm_dev_alloc()分配，drm_dev_register()注册到系统。

struct drm_device {
    struct list_head        filelist;       // 所有打开该设备的 drm_file 列表
    struct drm_driver       *driver;        // 驱动回调函数表
    struct drm_mode_config  mode_config;    // 模式配置管理（CRTC/Encoder/Connector/Plane）
    struct drm_minor        *primary;       // 主设备节点 /dev/dri/card0
    struct drm_minor        *render;        // 渲染节点 /dev/dri/renderD128
    void                    *dev_private;   // 驱动私有数据
    unsigned int            irq;            // 中断号
    struct mutex            struct_mutex;   // 全局互斥锁
};

drm_driver

驱动回调函数集合，定义了DRM核心与具体硬件驱动之间的接口契约。驱动开发者必须实现load/unload、open/postclose、irq_handler等回调。

struct drm_driver {
    int (*load)(struct drm_device *, unsigned long flags);
    void (*unload)(struct drm_device *);
    int (*open)(struct drm_device *, struct drm_file *);
    void (*postclose)(struct drm_device *, struct drm_file *);
    irqreturn_t (*irq_handler)(int irq, void *arg);
    const struct file_operations *fops;     // 文件操作函数表
    struct drm_ioctl_desc *ioctls;          // 驱动自定义ioctl
    int num_ioctls;
};

drm_file

用户空间进程打开DRM设备节点后，内核为其创建的上下文对象。每个drm_file维护该进程的权限、认证状态、GEM对象句柄表、私有数据等。

struct drm_file {
    struct drm_device       *dev;           // 所属 drm_device
    struct pid              *pid;           // 进程PID
    drm_magic_t             magic;          // 认证魔数
    unsigned long           lock_count;     // 锁计数
    struct idr              object_idr;     // GEM对象句柄映射表
    void                    *driver_priv;   // 驱动私有数据
    bool                    authenticated;  // 是否通过认证
};

1.4 DRM与FBDEV、V4L2的关系

在Linux显示子系统中，DRM、FBDEV和V4L2分别承担不同层次的职责，三者既有分工也有协作：

1.5 关键设计原则

• 分层隔离： DRM核心层与硬件驱动层通过drm_driver回调表解耦，驱动开发者只需实现回调函数，无需关心上层ioctl分发逻辑。
• 对象化模型： CRTC、Encoder、Connector、Plane、Framebuffer均作为drm_mode_object子类管理，支持统一的属性查询和设置接口。
• 事务性提交： Atomic KMS引入drm_atomic_state对象，将多个显示对象的更新打包为一个原子事务，通过drm_atomic_commit()一次性提交。
• 缓冲区共享： DRM通过GEM（Graphics Execution Manager）和dma-buf机制实现用户空间与内核空间、不同驱动之间的零拷贝缓冲区共享。

1.6 本章小结