QUALCOMM平台CAMERA移植入门

[xiaozhu12371237]

1 camera基本代码架构

高通平台对于camera的代码组织，大体上还是遵循Android的框架：即上层应用和HAL层交互，高通平台在HAL层里面实现自己的一套管理策略； 在kernel中实现sensor的底层驱动。但是，对于最核心的sensor端的底层设置、ISP效果相关等代码则是单独进行了抽离，放在了一个 daemon进程中进行管理：



由于高通把大部分具体的设置及参数放到了daemon进程中，所以在kernel部分只是进行了V4L2的设备注册、IIC设备注册等简单的动作：


如上图，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)。


如上图，高通平台通过一个函数指针数组sub_module_init来管理sensor相关的 组件；其中重要的是sensor_sub_module_init和chromatix_sub_module_init模块，对于sensor模块需要 对应填充sensor_lib_t下的接口，对于chromatix模块则是通过高通的chromatix工具生成。

从更高的层次来看，sensor部分的代码只是camera子系统的一部分。打开高通vendor下面关于camera的源码也可以看到，/mm- camera2/media-controller/modules目录下面，sensors只是modules文件下面其中的一个子目录。


2 主要移植步骤

2.1 kernel层代码移植

对于kernel层的代码移植，实际上对dts文件的移植。因为kernel层驱动代码基本已经被高通的框架以及vendor下代码架空，只剩下一个上电的列表。具体步骤为：

1. 在目录kernel/arch/arm/boot/dts/下的对应dtsi文件中新增camera节点，主要关注节点中的IIC地址、sensro的ID信息、电压设定信息：


2．在目录kernel/drivers/media/platform/msm /camera_v2/sensor/目录新增xxsensor.c文件，主要填充msm_sensor_power_setting结构 体：sensor上电的包含的引脚设定和电压设定，具体格式可以参考同目录下的其他文件。

3. kernel下面的相关mk文件：


其他：如果sensor中带有eeprom，需要在dts文件中增加eeprom的节点信息；同样，sensor带有对焦功能，需要在dts文件中增加actuator节点信息；对于带eeprom的sensor，还需要配置eeprom的时钟控制代码(有待研究)。

2.2 vendor下代码移植

Vendor下面的代码主要是两部分，一个是sensor_libs目录下的sensor具体设定、配置文件，另一个是chromatix下面的ISP效果文件。具体为：

1. sensor_libs目录下文件：包括一个Android.mk文件和一个.c文件。其中Android.mk文件参考同目录下其他.mk文件修改和对应sensor有关设定即可；.c文件中需要填充的为一个sensor_lib_t类型的结构体：



2. chromatix目录下相关文件，在对应sensor目录下包含4个目录和一个Android文件，总共13个文件，这些文件都会由chromatix调试工具生成。下面为IMX179文件实例：



3. vendor下还有eeprom文件，模组自带的eeprom数据处理相关；AF相关文件，调试工具生成的关于AF的效果文件；配置文件，把需要编译的模块填进配置文件中。