Camera HAL — DRQ(Deferred Request Queue 延迟请求队列)总结
本文面向已经熟悉 CAMX Node/Pipeline/Session 基本概念的开发者,覆盖框架设计、实现细节、问题定位三段。
1. 它解决什么问题
一个 CAMX Node(IFE / BPS / IPE / JPEG / Stats 等)在 ProcessRequest 某一帧时,常常拿不到所需的输入:某个 property(比如 3A 的 PropertyIDAECFrameControl)还没发布、某个 metadata 还在上游算、或者某个上游 buffer 的 fence 还没 signal。
如果 Node 原地阻塞去等,会把整条流水线的提交线程卡死;如果直接报错,一帧就废了。CAMX 的做法是把"依赖未满足"的 Node 挂起,等依赖都满足后再由 DRQ 唤醒、重新跑 ProcessRequest。DRQ 本质上是一个依赖驱动的延迟执行调度器:它负责记账"谁在等什么"、在依赖就绪时把 Node 重新投入执行。
一句话总结:DRQ 是 CAMX 核心层的对象,不是 CHI / Feature2 的依赖引擎。CHI 的 feature 依赖剪枝在 Usecase / Feature 层完成,CAMX 这边只负责把"建好
订阅专栏 解锁全文

1040

被折叠的 条评论
为什么被折叠?



