DMA-BUF Fence：GPU 和摄像头如何知道共享画面何时处理完？

手机拍照时，摄像头把画面写进内存，图像处理器接着降噪，GPU 再负责显示。若每个部件都复制一份完整画面，不仅浪费内存，也会增加延迟。Linux 的 DMA-BUF 机制让不同设备驱动能够共享缓冲区；而 DMA Fence（栅栏）则用来表达一个异步设备操作何时完成。

DMA-BUF 的直觉很像共享一张工作台。摄像头、显示控制器和 GPU 都可能访问同一块缓冲内存，但驱动要管理该缓冲区的导入、映射和生命周期。共享并不意味着各方可以不顾时序地同时乱写：摄像头必须先写完，后续处理才应读取；GPU 若仍在渲染，显示设备就不能假设新帧已经完成。

Fence 就是这种时序关系的信号。设备提交操作后，系统可以先继续做其他事；当硬件完成对应工作，fence 被标记为已触发，等待方再继续。它避免了让 CPU 一直忙等“做完了吗”，也能把多个设备之间的依赖关系传递下去。在 Linux 里，dma-fence 是内核抽象，sync_file 则可把一个或多个 fence 以文件描述符形式传递给用户空间或其他子系统。

例如，摄像头驱动把一帧写进共享缓冲区，并提供表示写入完成的 fence。图像处理流水线等待该 fence，再提交滤镜工作；显示控制器随后依据处理完成信号安排扫描输出。若前一步迟迟未完成，消费者就知道不能读取尚未就绪的数据。这种异步协作对低延迟视频、图形渲染和多媒体管线很重要。

一个常见误解是：有了 fence，CPU 缓存同步就全部自动解决了。实际上，设备访问与 CPU 访问之间的缓存一致性和显式同步仍有各自规则。DMA-BUF 文档也要求用户在 CPU 映射访问时遵循相应的同步约定；fence 主要表示异步操作的完成依赖，不是所有缓存维护工作的万能替代品。

可以把共享缓冲区想成一块公共白板，DMA-BUF 负责让不同团队都能使用同一块白板，fence 则是“我写完了，你可以看”的交接信号。若没有清晰交接，内容可能被读到一半；若大家频繁复制，效率又会下降。正确的驱动与用户空间协作，才让零拷贝流水线既快又可靠。

来源：Linux 内核文档：DMA-BUF