1 camera基本代码架构
高通平台对于camera的代码组织,大体上还是遵循Android的框架:即上层应用和HAL层交互,高通平台在HAL层里面实现自己的一套管理策略;在kernel中实现sensor的底层驱动。但是,对于最核心的sensor端的底层设置、ISP效果相关等代码则是单独进行了抽离,放在了一个daemon进程中进行管理:
图1 Qualcomm平台camera代码架构简图
由于高通把大部分具体的设置及参数放到了daemon进程中,所以在kernel部分只是进行了V4L2的设备注册、IIC设备注册等简单的动作:
图2 kernel层camera主要代码简图
如上图,camera在kernel层的主文件为msm.c,负责设备的具体注册及相关方法的填充;在msm_sensor.c文件中,主要维护高通自己的一个sensor相关结构体—msm_sensor_ctrl_t,同时把dts文件中的配置信息读取出来;kernel层对于不同的sensor对应自己的一个驱动文件— xxsensor.c,主要是把power setting的设定填充到msm_sensor_ctrl_t中。
在vendor目录下,高通把各个sensor实质性的代码放置在此。一部分代码是高通自己实现的daemon进程和kernel层及HAL层进行通讯的框架代码;另一部分则是和sensor相关的chromatix效果代码和sensor lib部分代码(init setting、lens info、output info)。
图3 vendor下主要camera代码简图
如上图,高通平台通过一个函数指针数组sub_module_init来管理sensor相关的组件;其中重要的是sensor_sub_module_ini

本文介绍了高通平台camera的代码架构,包括kernel层的驱动和vendor下的sensor代码移植。主要移植步骤涉及kernel层的dts文件修改、sensor相关代码填充,以及vendor层的sensor_libs和chromatix文件配置。在调试过程中,注意kernel和vendor的命名匹配、sensor_lib_out_info_t的正确填充、exposure_table_size的设置,以及处理kernel层的非常规设定。
最低0.47元/天 解锁文章
2875

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



