转个文章：Android 12(S) 图像显示系统 - fence

原创 已于 2025-03-14 11:43:51 修改 · 766 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android

于 2022-09-13 17:36:53 首次发布
lc999102
关注
Android 12(S) 图像显示系统 -
pythonxxoo的博客
07-06 1088
必读：Android源码中有包含drm_hwcomposer：/external/drm_hwcomposer/drm_hwcomposer 这个过程下的代码架构变化还是很频繁的，我这里分析直接去 drm_hwcomposer 的官方地址抓取最新的code来做分析了这个工程编译后会产生 shared library ：/vendor/lib/hw/hwcomposer.drm.sodrm_hwcomposer作为一个HAL module，其写作实现还是遵循了旧有的Android HAL Module的接口实
全面解读 Android Graphics 图像显示系统
向晚流年
02-08 4131
全面解读Android Graphics显示系统基础知识。
Android中的GraphicBuffer同步机制-Fence
weixin_34037173的博客
05-20 502
Fence是一种同步机制，在Android里主要用于图形系统中GraphicBuffer的同步。那它和已有同步机制相比有什么特点呢？它主要被用来处理跨硬件的情况。尤其是CPU。GPU和HWC之间的同步，另外它还能够用于多个时间点之间的同步。GPU编程和纯CPU编程一个非常大的不同是它是异步的。也就是说当我们调用GL command返回时这条命令并不一定完毕了。仅仅是把这个命令放在本地的co...
Android 12(S) 图像显示系统 - 初识ANativeWindow/Surface/SurfaceControl（七） - 二的次方 - 博客园
热爱科学、文人、计算机
11-25 1057
Android 12(S) 图像显示系统 - 初识ANativeWindow/Surface/SurfaceControl（七） - 二的次方 - 博客园
Android 12(S) 图像显示系统 - 应用建立和SurfaceFlinger的沟通桥梁（三） - 二的次方 - 博客园
热爱科学、文人、计算机
11-27 383
Android 12(S) 图像显示系统 - 应用建立和SurfaceFlinger的沟通桥梁（三） - 二的次方 - 博客园
掌握Android图像显示原理（上）
子者不语的专栏
09-06 8241
我们所知道的Activity或者是应用App界面的显示，只属于Android图形显示的一部分。同样可以在Android系统上展示图像的WebView，Flutter，或者是通过Unity开发的3D游戏，他们的界面又是如何被绘制和显现出来的呢？他们和我们所熟悉的Acitvity的界面显示又有什么异同点呢？我们可以不借助Activity的setView或者InflateView机制来实现在屏幕上显示出我们想要的界面吗？Android系统显示界面的方式又和IOS，或者Windows等系统有什么区别呢？
掌握Android图像显示原理（中）
子者不语的专栏
09-19 4615
前言 在上一篇文章《Android图形渲染原理（上）》中，详细的讲解了图像消费者，我们已经了解了Android中的图像元数据是如何被SurfaceFlinger，HWComposer或者OpenGL ES消费的，那么，图像元数据又是怎么生成的呢？这一篇文章就来详细介绍Android中的图像生产者——SKIA，OPenGL ES，Vulkan，他们是Android中最重要的三支画笔。 图像生产者 OpenGL ES 什么是OpenGL呢？OpenGL是一套图像编程接口，对于开发者来说，其实就是一套C语言编写
Android图形显示系统6　图像缓冲区(下)
liuwg1226的专栏
04-01 2428
一　概述 我们再次回顾下上一篇文章 Android图形显示系统5　图像缓冲区(上) 描述的图像缓冲区。 １．Android 图形缓冲区由哪些部分组成 Android 的图形缓冲区由 Surface，BufferQueue，Layer，GraphicBuffer 四部分组成。BufferQueue 中的 slots 数组最多能存储 64 个 GraphicBuffer，而 GraphicBuffer 就是真正被分配内存，并能存储图形数据的缓冲区 ２．Surface 和 Layer 分别是什么 Surface
掌握Android图像显示原理（下）
子者不语的专栏
10-03 3003
前言 前面两篇文章介绍了图像生产者和图像消费者，终于到了最后一篇——图像缓冲区，这三者一起构成了一个完整的Android图像显示系统。Android中的图像生产者OpenGL，Skia，Vulkan将绘制的数据存放在图像缓冲区中，Android中的图像消费SurfaceFlinger从图像缓冲区将数据取出，进行加工及合成。那么图像缓冲区是什么呢？它是如何创建出来的呢？又要如何使用它呢？它的存储原理是什么呢？读完这篇文章，你就能回答这些问题了。 图像缓冲区 在讲解图像的生产者时，多次提到了Surface，我们
Android 12(S) 图像显示系统 - SurfaceFlinger的启动和消息队列处理机制（四） - 二的次方 - 博客园
热爱科学、文人、计算机
11-26 1485
Android 12(S) 图像显示系统 - SurfaceFlinger的启动和消息队列处理机制（四） - 二的次方 - 博客园
Android 12(S) 图像显示系统 - 基本概念（一） - 二的次方 - 博客园
热爱科学、文人、计算机
11-27 471
Android 12(S) 图像显示系统 - 基本概念（一） - 二的次方 - 博客园
Android 12(S) 图像显示系统 - createSurface的流程（五） - 二的次方 - 博客园
热爱科学、文人、计算机
11-27 1135
Android 12(S) 图像显示系统 - createSurface的流程（五） - 二的次方 - 博客园
Android 12(S) 图形显示系统 - 示例应用（二）
fcryuuhou的专栏
02-22 2575
1 前言 为了更深刻的理解Android图形系统抽象的概念和BufferQueue的工作机制，这篇文章我们将从Native Level入手，基于Android图形系统API写作一个简单的图形处理小程序。透过这个小程序我们将学习如何使用Native API创建Surface，如何请求图形缓冲区，如何向图形缓冲区中写入数据等知识。Talk is cheap, show me the code。让我们马上开始吧！ 注：本系列文章的分析及代码均基于Android 12(S) Source Code，可参考：AO
E MDP : DpBufferPoolBase: fence 55 sync_wait failed: Timer expired E MDP : DpPortAdapt: waitFence buffID 6143 failed -26 E MDP : DpPath: RootAndLeaf[0] waitFence failed -26
最新发布
06-04
<think>我们正在处理一个与MDP（MultimediaDisplayProcessor）相关的错误日志问题。错误信息包括：-"fencesync_waitfailed"-"waitFencefailed"-"Timerexpired"根据之前的对话，用户提到希望参考"站内引用"，但之前的引用主要是关于事件处理机制的通用分析。不过，用户现在的问题集中在MDP（可能是显示处理模块）的fence同步失败和定时器超时问题上。我们需转向显示系统中的fence机制。在显示系统中，fence（围栏）通常用于同步显示流水线中的缓冲区（buffer）状态，尤其是在GPU和显示控制器（如MDP）之间。错误信息表明在等待fence信号时超时或失败。解决步骤：1.**理解fence机制**：在显示流水线中，生产者（例如GPU）在完成对缓冲区的写入后会发出一个fence信号，消费者（例如显示控制器）在读取缓冲区前会等待该fence信号。如果等待超时（Timerexpired），则说明在预定时间内没有收到信号。2.**常见原因**：-生产者（如GPU）未能及时发出fence信号（例如GPU任务耗时过长，或GPU本身出现问题）。-驱动程序或硬件中的死锁。-系统负载过高导致调度延迟。-缓冲区队列管理问题（如缓冲区泄漏或状态错误）。-硬件故障。3.**调试方法**：-**查看完整日志**：收集更多上下文日志，特别是错误发生前后的日志，以确定是哪个组件（GPU、MDP）的问题。-**检查GPU状态**：如果GPU侧的任务执行超时，可能会导致fence信号无法发出。检查GPU频率、负载以及是否有GPU相关的错误日志。-**检查缓冲区状态**：使用调试工具（如`dumpsysSurfaceFlinger`）检查缓冲区的状态是否正确。-**分析定时器超时设置**：查看驱动代码中等待fence的超时时间设置，以及是否频繁超时。-**检查硬件**：如果问题复现率高，可能涉及硬件问题。4.**解决方案**：-**调整超时时间**：如果是因为系统负载高导致的偶尔超时，可以适当增加等待fence的超时时间（需修改驱动代码）。-**优化性能**：确保GPU和显示流水线的性能足够，调整调度策略以避免高负载下的超时。-**修复资源泄漏**：检查缓冲区池（DpBufferPoolBase）是否有泄漏，确保缓冲区在不再使用时被正确回收。-**更新驱动**：检查是否有该问题的已知修复补丁，更新驱动或系统。-**硬件检测**：如果硬件有问题，需要更换。5.**特定组件分析**：根据错误日志中提到的组件（DpBufferPoolBase,DpPortAdapt,DpPath）：-**DpBufferPoolBase**：可能是缓冲池管理。如果缓冲池中没有可用缓冲区，可能导致等待超时。-**DpPortAdapt**：端口适配器。检查端口配置和连接状态。-**DpPath**：显示路径。整个显示路径的配置可能存在问题。6.**具体调试命令（针对Android系统）**：-获取SurfaceFlinger状态：`adbshelldumpsysSurfaceFlinger`-检查显示相关的内核日志：`adbshelldmesg|grep-imdp`或`adbshelldmesg|grep-ifence`-获取GPU相关信息：`adbshelldumpsysgfxinfo`由于具体日志和系统环境不同，需要进一步的信息来定位问题。但以上步骤是通用方法。生成相关问题：1.MDP模块中fence同步的详细流程是什么？2.如何调整fence等待的超时时间？3.DpBufferPoolBase缓冲区池的工作原理？4.如何通过日志分析GPU和MDP之间的同步问题？5.Timerexpired错误通常由哪些原因引起？6.如何调试显示控制器的硬件故障？</think> ### MDP错误日志解决方案：`fence sync_wait failed`和`waitFence failed` #### 1. **超时机制优化** 当`Timer expired`伴随fence错误出现时，首先调整超时阈值： ```c // 驱动层示例（DPU显示处理器） #define FENCE_TIMEOUT_MS 100 // 原始值 #define FENCE_TIMEOUT_MS 200 // 优化值（根据硬件性能调整） ``` - **测试方法**：通过`adb shell dmesg | grep "mdss_fb"`[^1]监控超时发生频率 - **注意**：过长的超时会阻塞显示流水线，建议逐步递增测试 #### 2. **同步机制修复** `sync_wait failed`通常源于显示流水线缓冲区同步失效： ```mermaid graph LR GPU[GPU渲染] -->|生成fence| BufferPool[DpBufferPoolBase] BufferPool -->|等待同步| MDP[MDP显示模块] MDP -- sync_wait失败 --> Err[Timer expired] ``` **解决方案**： - **缓冲区状态检查** 使用`sysfs`调试接口： ```bash adb shell cat /d/mdp/buffer_pool/stats # 检查DpBufferPoolBase泄露 adb shell cat /d/dma_buf/bufinfo # 查看fence关联缓冲区 ``` - **重置同步点**（需内核权限）： ```c ioctl(fd, MSMFB_OVERLAY_PREPARE, &reset); // 重置显示层 ``` #### 3. **硬件加速模块诊断** `DpPath`和`DpPortAdapt`错误需分层诊断： | 模块 | 检测命令 | 关键指标 | |---------------|---------------------------|------------------| | DpPath | `adb shell cat /d/mdp/path`| frame_drop计数 | | DpPortAdapt | `adb shell cat /d/dp/port` | lane_error_rate | | BufferPool | `adb shell cat /d/mdp/buf` | leak_count | #### 4. **深度调试流程 ```mermaid graph TB A[发现fence错误] --> B{检查dmesg日志} B -->|含“sw_sync”错误| C[GPU驱动更新] B -->|含“iova timeout”| D[IOMMU配置检查] B -->|空缓冲区错误| E[DpBufferPoolBase重置] C --> F[测试GPU频率稳定性] D --> G[关闭IOMMU调试模式] E --> H[执行buffer pool clear] ``` #### 5. **固件级解决方案** 对于芯片级问题（如骁龙8系列）： 1. 刷写最新显示固件： ```bash fastboot flash mdsp ./mdsp.mbn ``` 2. 关闭低功耗模式（临时）： ```bash echo 0 > /sys/module/mdss_fb/parameters/idle_enabled ``` > **重要**：出现`Timer expired`后立即抓取日志： > ```bash > adb shell dmesg -c > mdp_error.log # 清除旧日志并保存 > adb bugreport ./bugreport.zip # 完整系统快照 > ``` --- **相关问题** 1. 如何解读`dmesg`中MDSS(MDP Display Subsystem)的错误代码格式？ 2. 显示缓冲区泄露(DpBufferPoolBase leak)的自动化检测方法？ 3. GPU渲染流水线与MDP显示模块的fence同步原理？ 4. 高通芯片显示固件(MDSP)的刷写安全注意事项？ [^1]: Linux内核调试文件系统(sysfs)操作指南 [^2]: MDP显示流水线同步机制白皮书
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值