要想弄明白世界的本質，就要追根溯源；代碼也是一樣的道理；
最近調試幾個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 };
三、針對模塊校准：
匹配完了，在stk3x1x.c中的probe函數中就可以解析相應的設備樹了；需要修改其實就是看看原理圖，針對原理圖上的管腳進行相應的修改，並根據probe函數中解析設備樹的函數來對dts進行修改；其實所做的驅動就是差不多這些了；但重要的是框架還有相應的節點分析；
下來，我們來分析進入probe函數之后的流程；
下一篇：http://www.cnblogs.com/linhaostudy/p/8304017.html