本文主要是介绍CRM如何精确控制RT设备和与UMD通信笔记,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
1 CRM工作职责
- 监控link req是否得到schedule
- 监控link上各个device的req是否ready
- 监控SOF或EOF的trigger信号,决定各个设备配置哪个req
2 CRM如何精确控制RT设备
分两步,一是crm知道某帧req的link dev准备好了,可以做apply setting。 二是不同的link dev,他们生效的pipeline delay不同,对于pd为1和pd为2的device,crm如何配置下apply setting,如何控制。
2.1 CRM如何知道link dev准备好了
1)pipeline下openRequest时,调用到kmd的schedule req,此时crm slot status置为add状态
2)每个link device的req从umd下发到kmd后,会调用cb_add_req()回调给crm,crm中req table(有2个,pd为1和pd为2的)中会判断当前link 中所有device是否收到了req,如果满足则将req table中slot status置为ready状态
2.2 CRM如何下apply setting
3)isp收到一帧数据,会触发SOF中断,当SOF发生时会回调crm的process_add_req(),它会检查当前的req在link中,req tbl是否ready,如果满足,Crm将各设备当前SOF需要配置的requested 信息填到 link->req.apply_data[]中,调用send_req()来配置控制每一个实时设备硬件,即通知设备设置哪一个request setting。
什么是EPCR?
在stream on之前提前配置HW。打开early PCR后,ISP只会丢1帧。
如果不打开,可能丢2或3帧,根据设备性能不同,如果性能好,第一个SOF到来处理frame1时,streamon已打开,则丢2帧。否则性能一般,在第二个SOF到来处理frame2时,streamon才打开,则丢3帧。
3 CRM与UMD使用V4L2 event通信
CRM是UMD和KMD通信的桥梁。
从UMD到kmd直接ioctl调用就行,从kmd到umd如何回复消息?
–KMD与UMD通过v4l2 event通信。
这篇关于CRM如何精确控制RT设备和与UMD通信笔记的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!