1. 添加I2C 设备
TP 一般采用的是I2C 作为数据和命令接口，所以TP 驱动也可以归类为I2C 驱动。TP驱动的主要逻辑不在这里，但是了解了Linux 的I2C 体系架构，就可以对整个驱动流程有了
更加清晰的认识，但这里不详细展开讨论I2C 的体系架构，只围绕怎么移植开发TP 驱动展开讨论。
在板级文件中，也就是瑞星微的代码文件board-rk30-sdk.c 中，实例化一个i2c_board_info结构体，该结构抽象描述一个具体的i2c 设备，然后将该实例添加到__i2c_board_list 全局链表中。举个实例：
#if defined (CONFIG_TOUCHSCREEN_PIXCIR)
{
.type = "pixcir_ts",
.addr = 0x5c,
.flags =0,
.irq = RK30_PIN4_PC2,
.platform_data = &pixcir_info,
},
#endif
了解I2C 体系架构的应该都知道，Linux 系统在能成功找到I2C adapter 之后，也就是找到I2C 控制器之后，就会扫描__i2c_board_list 这个链表，每找到一个i2c_board_info,就会生成一个i2c_client，i2c_client 的部分信息来自于i2c_board_info，一部分来自于i2c_adapter。i2c_client 就表示一个真真切切的i2c 设备，因为它既有描述它基本属性的信息，也有描述它行为的方法，通俗的说就是I2C 的传输方法。
现在我们可以回过头来详细说说前面的提到的i2c_board_info结构体中各个成员的意义了。type成员用来赋给后来生成的i2c_client中的name成员，i2c_client中的name就表示这个i2c_client的名字。addr是这个i2c设备的地址，它和I2C控制器一起表示表示这个i2c设备，假如我们的TP是挂载在控制器0上，那么0-005c则表示是这个i2c设备，0-005c我们也可以在sys系统里面找到。Flag是i2c读写的标志，为0表示为写，1表示读。Irq是这个i2c设备的中断脚。Platform_data是在驱动注册时用到。
2. 添加I2C驱动
熟悉Linux设备驱动模型的人都了解设备，驱动，总线的关系，上面我们讲的是设备，光有设备不行，还得有驱动。一般TP供应商都会有驱动提供给我们，这里我们以瑞星微SDK中的pixcir_i2c_ts.c来作个例子。
第一步是添加i2c驱动：
i2c_add_driver(&pixcir_i2c_ts_driver);
这里就不展开讨论这个函数了，pixcir_i2c_ts_driver的定义如下：
static struct i2c_driver pixcir_i2c_ts_driver = {
.driver = {
.owner = THIS_MODULE,
.name = "pixcir_i2c_ts_v3.3.09",
#ifdef PIX_DRV_ATTR
.groups = pixcir_drv_grp,
#endif
},
#ifndef CONFIG_HAS_EARLYSUSPEND
.suspend = pixcir_i2c_ts_suspend,
.resume = pixcir_i2c_ts_resume,
#endif
.probe = pixcir_i2c_ts_probe,
.remove = __devexit_p(pixcir_i2c_ts_remove),
.id_table = pixcir_i2c_ts_id,
};
按照Linux设备驱动模型，一旦总线上有新的驱动加入，则系统会自动去搜索挂载在这个总线上的所有设备，然后拿每个设备的name跟驱动的id_table比较，如果两个的名字一样，那么接下来就会执行驱动里面的probe函数。
3. TP驱动中的Probe
无论是什么样的TP驱动，在probe中不外乎就做以下几件事情：
1) 申请TP相应的IO口，然后重启一下设备
2) 申请TP中断，熟悉Linux中断的人都应该知道中断的顶半部和底半部机制，于是要申请一个工作队列和初始化一个工作任务。
INIT_WORK(&tsdata->work.work, pixcir_ts_poscheck);
pixcir_wq = create_singlethread_workqueue("pixcir_wq");
TP的数据上报流程是，当人手按下的时候，TP则产生一个中断，在中断服务程序中，将数据读出并且通过输入子系统将数据上报给操作系统。
3) TP在硬件上通过I2C接口告诉人们它的数据，在软件上则是通过输入子系统告诉操作系统它的数据，而使用输入子系统的第一步则是申请一个输入子设备：
input_allocate_device();
这里不详细展开讨论这个函数里面的东西了，输入子系统通信的基本单位是事件，事件有三种属性：类型(type),编码(code)，值(value)。输入子系统支持很多种事件，很多种事件编码，所以在使用输入设备前，要先设置这个设备支持何种类型的事件，何种事件编码。
4）一般的TP驱动支持的是以下几种事件
__set_bit(EV_KEY, input->evbit);
__set_bit(EV_ABS, input->evbit);
__set_bit(EV_SYN, input->evbit);
5）确定多点触摸的协议。多点触摸的协议有A协议跟B协议之分。A类在每次报点后加 input_mt_sync(touch_dev->input_dev);
B类需要在probe中执行input_mt_init_slots(ts->input_dev, ts->max_touch_num);再在每次报点前input_mt_slot(ts->input_dev, index);
6) 向输入子系统注册设备：
input_register_device(ts->input_dev);
4. 触摸屏调试常见问题参考：
1）在加载了驱动后，解不了锁。
可以先用USB鼠标解锁。如果可以用adb的话，也可以直接用adb shell input keyevent 82解锁
2）点击屏幕没反应
确定i2c设备供电正常，确定probe被执行了没，如果被执行了，再确定IO有没有先进行初始化，有没有重启设备，再确定I2C通不通，点击屏幕能否进入中断。
3）probe没被执行。检查i2c_board_info终端的type成员定义是否跟i2c_driver中的id_table一样。
4）I2C不通。检查供电正常否，有没有重启设备，i2c地址有没有错误，有的i2c设备是用7位，有的是用8位，8位的则必须右移一位
5）最常发生的问题，TP的报点不对。
这个问题到目前为止还没总结出一个方法论。个人调试经验以为，这个跟LCD的分辨率，TP的分辨率，输入子系统设置都有关系。
先讨论一个对例子确定屏幕的分辨率，假如分辨率为800 * 1280，那么应该是下图的样子：
图表 1 LCD屏幕表示图
假如TP的分辨率也是800 * 1280
图表 2 TP分辨率表示图
如上面两幅图所示，LCD和TP的分辨率是一样的，并且原点一样，假如这时输入子系统参数设置为：
input_set_abs_params(ts->input_dev, ABS_MT_POSITION_X, 0, 800, 0, 0);
input_set_abs_params(ts->input_dev, ABS_MT_POSITION_Y, 0, 1280, 0, 0);
那么此时上报的点应该是不用经过任何转换的，也就是说上报的点是对的。
我们再讨论另外一种情况，假如TP的分辨率为：
图表 3 TP分辨率标示图
值得一提的是，TP的x，y轴可以互换，但是原点是不会变化的。如图3的TP跟图1的LCD，由于LCD的原点跟TP的原点不一样，那么上报的点则必须经过驱动转换。转换的公式为：
X=800 - y1；
Y=x1;
6）如何找LCD原点跟TP原点。
LCD原点应该是在系统没做任何翻转之前，在系统点亮的时候，小企鹅出现的地方
TP的原点，应该是在TP驱动里x，y没经过逻辑转换之前，用printk打印出点信息。