camera驱动框架分析(上)【转】 (3)

最重要的结构就是soc_camera_link,它是所有camera这类设备都需要用到的结构体。bus_id用来描述它是连接到哪条soc camera host总线上,后面会再讲这个。board_info用来描述i2c设备的信息,比如它的型号名称,它的i2c地址,相信研究过i2c驱动的人都比较熟悉。i2c_adapter_id用来描述i2c设备挂载哪条i2c总线上。sensor的控制一般通过i2c来实现,所以这里才会有i2c设备的描述,因为需要对应的i2c驱动来驱动它啊。power一般指sensor的电源模块的开启和关闭,一般是单独通过一个gpio来控制的。query_bus_param这个成员先不看吧,用到的时候再看。

总之,通过上面的信息以及后面的平台设备注册后,就将soc-camera-pdrv平台设备添加到平台总线了。也就是说只要这段代码编译进入了内核并调用了这段代码,那么soc_camera_pdrv_probe就一定会执行了。下面继续分析前面列出来的soc_camera_pdrv_probe吧!

soc_camera_pdrv_probe的实现很短,为了方面说明,也贴出来吧:

static int soc_camera_pdrv_probe(struct platform_device *pdev) { struct soc_camera_desc *sdesc = pdev->dev.platform_data; struct soc_camera_subdev_desc *ssdd = &sdesc->subdev_desc; struct soc_camera_device *icd; int ret; if (!sdesc) return -EINVAL; icd = devm_kzalloc(&pdev->dev, sizeof(*icd), GFP_KERNEL); if (!icd) return -ENOMEM; /* * In the asynchronous case ssdd->num_regulators == 0 yet, so, the below * regulator allocation is a dummy. They are actually requested by the * subdevice driver, using soc_camera_power_init(). Also note, that in * that case regulators are attached to the I2C device and not to the * camera platform device. */ ret = devm_regulator_bulk_get(&pdev->dev, ssdd->sd_pdata.num_regulators, ssdd->sd_pdata.regulators); if (ret < 0) return ret; icd->iface = sdesc->host_desc.bus_id; icd->sdesc = sdesc; icd->pdev = &pdev->dev; platform_set_drvdata(pdev, icd); icd->user_width = DEFAULT_WIDTH; icd->user_height = DEFAULT_HEIGHT; return soc_camera_device_register(icd); }

这里我们会开始接触第二个重要的数据结构soc_camera_device,它在内核里代表的就是一个camera sensor设备。有一点需要提前说明下,我们之前谈到数据结构soc_camera_link,对应到驱动使用的时候,将其拆分成两个结构体了,我想也是为了代码更清晰吧!对应的结构如下:

struct soc_camera_desc { struct soc_camera_subdev_desc subdev_desc; struct soc_camera_host_desc host_desc; };

因此,soc_camera_pdrv_probe里面的icd->iface = sdesc->host_desc.bus_id其实就是上面我说过的bus_id,用来描述它是连接到哪条soc camera host线上。soc_camera_pdrv_probe主要是创建对象 soc_camera_device,它代表着一个camera sensor设备。当然可以有多个这样的设备同时存在,且都由该驱动负责创建。并将platform设备传过来的各种数据放到soc_camera_device里面,最终调用soc_camera_device_register将该camera sensor注册。

soc_camera_device_register的代码就不贴了,它其实主要就做了一件事情,将代表着camera sensor的对象soc_camera_device放到了全局链表devices中,其他的就是做参数检查等等。

好了,到这里,我们的系统里的devices全局链表里已经有一个用于代表camera sensor的设备了,它就在这里静静的等待着负责它的驱动的到来,我们应该可以想象到,负责它的就是camera host咯。顺便说一下,如果我们仅仅需要写一个sensor驱动,那么到这里,就算完成了一小半了,剩下的就是完成我们camera sensor里对应的i2c设备的驱动(参考drivers/media/i2c/soc_camera/,里面有一些已经实现了的i2c sensor驱动),至于camera host驱动,一般对应的soc的sdk都会实现啦。

未完,待续!
2015年6月

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zwpwss.html