• 基于input子系统的sensor驱动调试(一)


    要想弄明白世界的本质,就要追根溯源;代码也是一样的道理;

    最近调试几个sensor驱动,alps sensor驱动、compass sensor驱动、G-sensor驱动都是一样的架构;

    一、基于input子系统的sensor架构:

    由图上可知,input子系统上的sensor是由三个子系统构成:

    1、input子系统(负责上报给设备节点数据);

    2、I2C子系统负责sensor driver与sensor传感器进行通信;

    3、xSensor driver则是对不同sensor做的特定的驱动(不同驱动不同代码,主要是硬件初始化的不同和采集数据上的方式不同,这些供应商已经写好);

    二、xsensor驱动设计:

    sensor驱动在系统中的层次,上有Input core,下有I2C,驱动需要通过I2C采集信息,并准确及时的上报数据至input core。驱动上报的数据,是被input core管理并被上层使用的,应符合input core和上层应用框架的要求;

    下面以stk3311(drivers/input/misc)为例:

    1、makefile和kconfig文件是否已经增加,生成的.config文件中是否有相应的配置:

    从刚开始的kernel log中module_init增加打印函数(注意kernel打印级别)或者是在out/target/product/msm8909_512/obj/KERNEL_OBJ/drivers/input/misc目录下找到编译生成的stk3x1x.o的二进制文件;

    由于Android是直接按make bootimage来编译内核生成boot.img,所以没有像linux那样make menuconfig之后调用mconf.c那样的图形界面;但.config文件依旧会生成在out目录下;

    所以我们只需要配置相应的芯片类型:

    这里有几个文件,但不能确定make bootimage时把哪个文件复制为了.config文件;

    所以可以从AndroidBoard.mk(device/qcom/msm8909_512)文件中确定相应的内核配置文件:(详情可见:http://blog.csdn.net/mr_raptor/article/details/30113417

    修改配置文件:

    CONFIG_SENSORS_STK3X1X=y可以从stk3x1x.c目录下的Makefile中确定;

    2、DTS上的适配:

    使用Device Tree后,驱动需要与.dts中描述的设备结点进行匹配,从而引发驱动的probe()函数执行。对于platform_driver而言,需要添加一个OF匹配表:

     1 static struct of_device_id stk_match_table[] = {
     2     { .compatible = "stk,stk3x1x", },
     3     { },
     4 };
     5 
     6 static struct i2c_driver stk_ps_driver =
     7 {
     8     .driver = {
     9         .name = DEVICE_NAME,
    10         .owner = THIS_MODULE,
    11         .of_match_table = stk_match_table,
    12     },
    13     .probe = stk3x1x_probe,
    14     .remove = stk3x1x_remove,
    15     .id_table = stk_ps_id,
    16 };

    将结构体of_device_id匹配上,即可进入驱动函数中的probe函数;

    由于msm8909没有适配stk3x1x的设备树,所以在其他文件里中查找,在msm8610-qrd-skuab.dtsi中有:

    117         stk@48 {
    118             compatible = "stk,stk3x1x";
    119             reg = <0x48>;
    120             interrupt-parent = <&msmgpio>;
    121             interrupts = <80 0x2>;
    122             vdd-supply = <&pm8110_l19>;
    123             vio-supply = <&pm8110_l14>;
    124             stk,irq-gpio = <&msmgpio 80 0x02>;
    125             stk,transmittance = <340>;
    126             stk,state-reg = <0x00>;
    127             stk,psctrl-reg = <0x71>;
    128             stk,alsctrl-reg = <0x38>;
    129             stk,ledctrl-reg = <0xFF>;
    130             stk,wait-reg = <0x07>;
    131             stk,ps-thdh = <150>;
    132             stk,ps-thdl = <100>;
    133             stk,use-fir;
    134         };

     于是在硬件匹配msm8909-qrd-skua.dtsi:

    205     stk@48 {    //stk3x1x sensor
    206         compatible = "stk,stk3x1x";
    207         reg = <0x48>;
    208         interrupt-parent = <&msm_gpio>;
    209         interrupts = <80 0x2>;
    210         vdd-supply = <&pm8909_l17>;
    211         vio-supply = <&pm8909_l6>;
    212         stk,irq-gpio = <&msm_gpio 35 0x02>;
    213         stk,transmittance = <340>;
    214         stk,state-reg = <0x00>;
    215         stk,psctrl-reg = <0x71>;
    216         stk,alsctrl-reg = <0x38>;
    217         stk,ledctrl-reg = <0xFF>;
    218         stk,wait-reg = <0x07>;
    219         stk,ps-thdh = <150>;
    220         stk,ps-thdl = <100>;
    221         stk,use-fir;
    222     };

    三、针对模块校准:

    sensor会对于供应商有一些对于的校准库,也就是HAL,HAL根据以上的驱动接口来对sensor传感器来获取更为精确的数据;
    直接把配置文件放在/system/vendor/etc目录和HAL文件放在板上的/system/vendor/libs上就行了;

    匹配完了,在stk3x1x.c中的probe函数中就可以解析相应的设备树了;需要修改其实就是看看原理图,针对原理图上的管脚进行相应的修改,并根据probe函数中解析设备树的函数来对dts进行修改;其实所做的驱动就是差不多这些了;但重要的是框架还有相应的节点分析;

    下来,我们来分析进入probe函数之后的流程;

     下一篇:http://www.cnblogs.com/linhaostudy/p/8304017.html

     
  • 相关阅读:
    02 微服务应用的认证与授权
    01 微服务架构中的服务发现作用以及两种协议的调用区别
    04 redis的数据结构与对象
    03 Spring的事务管理的基本使用
    02 Spring的AOP的基础概念与简单使用
    k8s环境部署
    elk安装
    实现AD域验证登录--
    linux SSH各配置项解释
    Linux学习之SAMBA共享(密码验证)
  • 原文地址:https://www.cnblogs.com/linhaostudy/p/8303628.html
Copyright © 2020-2023  润新知