2. 显示子系统基础概念：CRTC、Encoder、Connector、Plane、Framebuffer 的定义与关系

在 DRM/KMS 模型中，显示子系统被抽象为若干个逻辑组件，每个组件承担特定的硬件控制职责。理解这些组件的定义及其协作关系，是进行驱动移植和调试的基础。本章将逐一解析 CRTC、Encoder、Connector、Plane 和 Framebuffer 的核心概念，并通过结构图和表格阐明它们在显示流水线中的角色。

2.1 核心组件定义

2.2 组件关系：显示流水线

五个组件按照固定的数据流方向组成一条完整的显示流水线。数据从 Framebuffer 出发，经过 Plane 合成，由 CRTC 控制时序，通过 Encoder 编码，最终由 Connector 输出到物理显示器。

2.3 各组件在 DRM 模型中的角色详解

2.3.1 CRTC：显示引擎的“心脏”

CRTC 是显示子系统的核心时序发生器。它负责从内存中读取像素数据，按照设定的分辨率、刷新率、行/场同步参数生成扫描时序，并将数据推送到下一级。在嵌入式平台中，CRTC 通常对应 SoC 内部的显示控制器模块（如 Rockchip VOP、Allwinner DE2）。

• 关键参数：时钟频率（pixel clock）、水平/垂直前肩、同步宽度、后肩。
• 多 CRTC 场景：双屏异显时，每个显示器需要独立的 CRTC 实例。
• 驱动接口：struct drm_crtc + drm_crtc_helper_funcs。

2.3.2 Encoder：像素数据的“翻译官”

Encoder 将 CRTC 输出的并行 RGB 数据转换为特定显示接口所需的串行信号格式。常见的编码类型包括：

2.3.3 Connector：物理世界的“桥梁”

Connector 代表物理显示接口，负责检测显示器是否连接、读取 EDID（扩展显示标识数据）以获取显示器支持的分辨率列表，并管理热插拔事件。Connector 本身不处理像素数据，而是作为状态感知节点。

2.3.4 Plane：图层合成的“画家”

Plane 是 DRM 模型中实现硬件图层叠加的关键组件。每个 Plane 对应一个独立的显示图层，支持独立的 Framebuffer、位置、大小、透明度（alpha）和颜色空间。典型的 Plane 类型包括：

• Primary Plane：主图层，每个 CRTC 至少有一个，通常用于显示桌面或主界面。
• Overlay Plane：叠加图层，用于视频播放、UI 弹窗等，支持硬件缩放。
• Cursor Plane：光标图层，尺寸小（通常 64x64），更新频率高，独立于主图层。

2.3.5 Framebuffer：像素数据的“仓库”

Framebuffer 是存储像素数据的内存区域，通常由 DMA-BUF 或 CMA 分配。它包含颜色格式（RGB565、XRGB8888、NV12 等）、分辨率、行宽（pitch）和偏移量等信息。Plane 从 Framebuffer 中读取数据，经过合成后输出。

// Framebuffer 创建示例（简化）
struct drm_framebuffer *fb;
struct drm_mode_fb_cmd2 r = {
    .width  = 1920,
    .height = 1080,
    .pixel_format = DRM_FORMAT_XRGB8888,
    .handles[0]   = gem_handle,
    .pitches[0]   = 1920 * 4,
};
fb = drm_internal_framebuffer_create(dev, &r, NULL);

2.4 组件绑定关系：KMS 对象拓扑

在 DRM 内核中，上述组件通过对象指针形成拓扑结构。一个典型的绑定关系如下：

2.5 组件协作流程：一次完整的显示刷新

1. 应用程序通过 DRM 的 drmModePageFlip() 或 drmModeAtomicCommit() 提交新的 Framebuffer。
2. Plane 接收新的 Framebuffer，配置裁剪区域、缩放参数和透明度。
3. CRTC 在下一个 VBlank 周期开始读取 Plane 合成的像素数据，生成行/场同步信号。
4. Encoder 将 CRTC 输出的并行数据编码为 TMDS/LVDS/DSI 信号。
5. Connector 将编码后的信号通过物理线缆发送到显示器，同时监控热插拔状态。
6. 显示器 接收信号并显示画面，完成一次刷新。

2.6 总结：组件角色速查表