前言：嵌入式图形的物理约束与架构解法在前三篇专题中，我们构建了从应用层 X11/Wayland 协议到内核层 DRM/KMS 物理管线的完整认知。然而，当图形系统从桌面 PC 迁移到嵌入式 ARM/AArch64 SoC（如瑞芯微 RK3588、全志 H616、高通 Snapdragon）时，底层硬件面临着全新的物理约束：没有独立显存（VRAM）：CPU、GPU、相机 ISP 与显示引擎共享同一片物理 DDR 内存（UMA 架构）。功耗与发热极度敏感：GPU 进行多图层 Alpha 混合合成会带来高额的功耗与发热，对于车载、手持终端或无风扇工业设备而言是不可接受的。硬件 IP 异构协同：嵌入式 SoC 普遍集成了 2D 加速器（如瑞芯微 RGA）、专用视频解码器（NVDEC/VPU）与多图层显示引擎（VOP/DE/DPU）。本篇作为实战深度篇，将脱离抽象的概念，深入物理硬件与内核源码，全面拆解主流通用 SoC 的图形硬件架构、设备树（Device Tree）配置、硬件 Overlay Offload 优化以及 C 语言驱动实战。一、 桌面 PC vs 嵌入式 SoC 图形架构的核心差异1. UMA 架构与连续物理内存池（CMA）在 x86 桌面独显架构中，GPU 拥有独立的高速 VRAM，数据通过 PCIe 总线传输；而在嵌入式 SoC 中，所有硬件 IP 共享同一物理 DDR。Heterogeneous Hardware IPs · AXI InterconnectAXI BusDMA WriteDMA-BUF WriteDMA Read/WriteDMA ScanoutParallel / DSI / HDMI🧠 Unified Physical DDR MemoryCMA Contiguous PoolARM CPU CoresApp Logic ControlMali / Adreno GPU3D Rendering → GEMCamera ISP / Video DecoderYUV Stream2D Accelerator (RGA)Scale / Rotate / CSCDisplay Engine (VOP2)Hardware Overlay Compose📺 LCD / HDMI Panel在缺少硬件 IOMMU（或需要物理连续内存）的嵌入式模块中，内核必须依赖CMA（Contiguous Memory Allocator，连续内存分配器）。启动时，内核会预留一段连续的物理内存（如/chosen节点或内核参数cma=256M），专供 DRM/KMS 驱动分配显示 Buffer。图 4-1：嵌入式 SoC UMA 共享内存架构与多 IP 零拷贝 DMA 管线2. 硬件 Overlay Offload 核心思想：为什么跳过 GPU Blend 能降低 80% 功耗？在传统的桌面合成模式下，应用窗口（如 UI 界面、摄像头画面、UI 弹窗）会被 GLES/Vulkan 作为一个个纹理，由 GPU 渲染合成到一块最终的 Framebuffer 中，再送去显示。这种方式在嵌入式设备上极其昂贵：GPU 读写带宽翻倍：GPU 需要读取多个输入 Buffer，写出合成后的 Buffer，显示引擎再读取合成后的 Buffer，引发频繁的 DDR 翻转读写。功耗高昂：GPU 处于高频工作状态，显存带宽占用率极高。硬件 Overlay Offload（图层下卸）的解法是：完全绕过 GPU。应用只需将 UI 控件绘制在透明背景的 Primary Plane 上，将视频解码后的 YUV420 图像通过dma-buf直接绑定到 Overlay Plane 上。显示的底层硬件 Display Engine 在把像素扫描输出给 HDMI/屏幕的物理瞬时，直接在硬件 FIFO 中完成多图层 Alpha 混合与 YUV-to-RGB 色彩空间转换！
