2. 显示驱动框架解析：DRM/KMS 与 RK3399 实现

在嵌入式显示性能调优中，理解驱动框架是定位瓶颈的前提。RK3399 的显示驱动基于 Linux 内核标准 DRM (Direct Rendering Manager) 和 KMS (Kernel Mode Setting) 框架构建。本章从框架分层、核心对象、RK3399 硬件适配三个维度展开，为后续 FPS 和延迟优化打下基础。

2.1 DRM/KMS 框架分层架构

DRM/KMS 将显示驱动分为 UAPI (用户空间 API)、核心层 (Core)、硬件驱动层 (Driver) 三层。用户空间通过 drmModeSetCrtc、drmModePageFlip 等 ioctl 与内核交互，核心层管理资源与状态机，驱动层直接操作寄存器。

2.2 DRM 核心对象模型

DRM/KMS 使用 五类核心对象 描述显示流水线。每个对象对应一个内核结构体，通过 drm_mode_object 基类统一管理 ID 与属性。

2.3 RK3399 VOP 硬件流水线

RK3399 集成两个 VOP (Video Output Processor) 模块：VOPB 支持 4K@60，VOPL 支持 2K@60。每个 VOP 内部包含多个 Win (Window) 图层、一个 DMA 引擎 和一个 时序发生器。

2.4 RK3399 DRM 驱动注册流程

RK3399 显示驱动的初始化遵循 DRM 框架的标准流程。以下代码展示了驱动入口与 CRTC 注册的关键步骤：

// drivers/gpu/drm/rockchip/rockchip_drm_drv.c
static int rockchip_drm_bind(struct device *dev)
{
    struct drm_device *drm_dev;
    int ret;

    // 1. 分配 drm_device
    drm_dev = drm_dev_alloc(&rockchip_drm_driver, dev);
    if (IS_ERR(drm_dev))
        return PTR_ERR(drm_dev);

    // 2. 绑定组件 (VOP, HDMI, DSI 等)
    ret = component_bind_all(dev, drm_dev);
    if (ret)
        goto err_free;

    // 3. 注册 modeset 配置
    ret = drm_mode_config_init(drm_dev);
    if (ret)
        goto err_unbind;

    // 4. 创建 CRTC (VOP)
    ret = rockchip_vop_create_crtc(drm_dev, vop);
    if (ret)
        goto err_config;

    // 5. 注册 DRM 设备
    ret = drm_dev_register(drm_dev, 0);
    if (ret)
        goto err_config;

    return 0;
}

2.5 Atomic Modeset 与 Page Flip

RK3399 驱动完整支持 Atomic Modeset 接口。用户空间通过 DRM_IOCTL_MODE_ATOMIC 提交一个原子请求，包含多个对象的属性变更。驱动在 atomic_check 阶段验证资源，在 atomic_commit 阶段一次性应用。

Page Flip 是帧切换的核心路径，直接决定 FPS 上限：

• 同步 Flip： 在 Vblank 期间切换显示缓冲区地址，无撕裂。
• 异步 Flip： 立即切换，可能产生撕裂，但降低延迟。
• VOP 硬件支持： RK3399 VOP 内置 Frame Counter 和 Line Counter，可精确控制切换时机。

2.6 RK3399 显示驱动关键文件清单

调优过程中需要重点关注以下源文件：

• rockchip_drm_drv.c — 驱动入口与组件绑定
• rockchip_drm_vop.c — VOP 核心控制，CRTC 实现
• rockchip_vop_reg.c — VOP 寄存器定义与配置
• rockchip_drm_dsi.c — MIPI DSI 编码器驱动
• rockchip_drm_hdmi.c — HDMI 编码器驱动
• rockchip_drm_fb.c — 帧缓冲管理与 AFBC 压缩

2.7 本章小结