hexiaolong2009的专栏

紧接上篇文章，本篇翻译起来有难度，同时对读者的技术背景有一定要求，适合深入研究 DRM 驱动的开发人员阅读。通过阅读本文，你将了解如下内容：1. DRM_MODE_ATOMIC_ALLOW_MODESET 标志位的由来及其作用2. 驱动中随处可见的 ww_lock 到底是什么鬼？有什么作用？3. atomic helper 与 legacy helper 相比，都做了哪些优化？4. Atomic 框架中的 DPMS 为什么只有“ON”和“OFF”这两种状态？

Mesa 21.0 即将发布

通过阅读本文，你将了解以下内容：1. Atomic mode setting 产生的背景2. Atomic KMS 与谷歌 ADF 相比有哪些优势3. TEST_ONLY 模式的正确打开方式4. KMS state 的使用方法5. Atomic check 和 commit 的功能

Khronos 发布 Vulkan 光线追踪（Ray Tracing）最终版

* drm/crtc: 关于使用 kthread worker 来实现 non-blocking commit 的讨论* drm/cma-helper: 默认使用 drm_gem_cma_default_funcs callbacks* drm/atomic: 让 CRTC & Connector atomic 函数统一使用 drm_atomic_state 参数* Vulkan 1.2.158 新增 VK_KHR_fragment_shading_rate 扩展

drm-next for linux-5.11

CMA 是 Contiguous Memory Allocator 的缩写，它本身指代的是一种内存分配器（或内存分配策略），专用于分配物理连续的大块内存，以满足大内存需求的设备（如 Display、Camera）。CMA 除了具有内存分配的功能外，还具有内存迁移的功能，使得同一块 CMA 区域既可以被系统使用也可以被专用的 DMA 设备占用，从而大大提高了内存的使用率。要想使用 CMA 内存，需要在内核配置中开启 CONFIG_CMA 配置宏。

Android11 正式发布

* ARM 拥抱 Panfrost 开源社区；* gfx-pps 介绍：使用 Perfetto 工具跟踪 GPU 性能问题；* V3DV 完成 Vulkan 1.0 符合性测试，准备 Upstream 到 Mesa 主线；* VK_EXT_extended_dynamic_state 扩展是如何诞生的；* 关于 OpenGL 与 Vulkan 之间的互操作性；* VK_EXT_present_timing 简介；* AMD Trusted Memory Zone (TMZ) 简介；

* LPC2020: Linux kernel 添加 Rust 支持 * LPC2020: 只需要一笔 Patch，Android AOSP 就可以在 kernel-5.9 主线上运行

ION 将从 kernel 主线中彻底移除

DRM:1. 修复 dma-heap 导出 name 不准确的问题2. 为 dma-heap 添加 Device Heap3. 为 dma-heap 引入自定义 CMA Heap4. 为 dma-heap 添加 Chunk HeapAOSP:1. 新增 AidlMessageQueue 结构体2. systrace 新增 system property 跟踪信息Vulkan:1. Vulkan-Docs 仓库或将 master 分支更名为 main 分支

1. 彻底废弃 drm_driver 中的 prime callbacks，全面启用 GEM Object functions2. 为 GEM vmap 添加 I/O memory 的支持3. dma-heap：添加 system-uncached HEAP4. DMA Heap vs GEM5. dma-buf: 为每个进程添加 buffer 使用状态的 ftrace 信息6. backlight: 代码优化，新增宏定义及操作接口7. Huawei Hikey970 DRM/KMS 驱动

本文并不打算讲解 mmap 系统调用的原理及其相关细节，因为这涉及到 linux 内存管理的诸多概念，大家只需要了解如何去写一个简单的 mmap 驱动程序就可以了，为后续 drm mmap 驱动的编写做准备。

原文作者并不是一上来就讲解该 extension 是什么、怎么用，而是先介绍 vulkan pipeline 、shader、dynamic state 这些基本概念，然后通过问题来引出 VK_EXT_extended_dynamic_state 以及它的用法，最后还介绍了该 extension 产生的故事背景，整篇阅读起来十分顺畅。因此本人决定将其翻译成中文，分享给大家，方便大家阅读。

本文翻译自 Gustavo Padovan 于 2016 年 9 月发表在 Collabora 官网的三篇文章，Gustavo 本人也是内核中 dma-fence 的提交作者。通过本文，我们可以了解到 dma-fence 最初是如何演变而来的，以及它是如何在 graphics pipeline 中起作用的。

译者注以下为正文。介绍多年来，显示行业一直普遍认为显示器是以固定的刷新率（refresh rate）运行的，如 60Hz。这与以下事实形成鲜明对比：送给显示器的图像内容多种多样，每种图像都有自己独特的、变化的帧率（frame rate）。当显示的刷新率与图像内容自身的帧率不同步时，用户可能会察觉到撕裂（tearing）和卡顿（stutter）之类的异常效果。在移动应用程序中（如平板、笔记本电脑），对于静态图像和视频播放来说，较高的显示刷新率不仅显得多余，还增加了系统功耗，降低了续航能力。这些因素使得我

在上一篇文章中，我绍了一些关于 ION、DMA-BUF Heap、DMA API 的背景知识，以及 CPU Cache “所有权”的基本概念，最后站在传统 DMA API 的角度来描述 DMA-BUF 是如何处理 cache 同步问题的。文章最后还讨论了为什么传统的 DMA API 在现代移动平台上性能会这么差。本文将和大家一起探讨如何让 DMA-BUF exporter 避免不必要的 cache 操作的方法，并就如何改进这些方法提出了一些大致的建议。