1 前言

上一篇文章介绍了Android Input子系统，Touchscreen是典型的输入设备，有个大神同事专门做过TP，写了一篇总结文章，但是格式方面不是很好，我再整理一下发出来。
Android Input子系统介绍
微信公众号 Android Input子系统介绍链接

下面介绍，手机触摸屏调试中如何优化触摸屏响应速度思路，给没有接触过初学者一个方向。

2 触摸屏的响应速度分为几个阶段去优化

阶段1：从手指触发到触摸屏电容表面->触摸屏表面的信号处理；

阶段2：平台侧响应来自触摸屏器件的IRQ信号，进而退出CPU idle；

阶段3：开始进入到触摸屏驱动注册到平台IRQ的入口函数内，接着执行触摸屏中断函数内的工作队列，进而调用I2C平台端的控制器和触摸屏通信，完成input事件的上报

3 举例：Rockchip平台

分析方法：
抓取ftrace：

<idle>-0     [000] d.h2   439.249389: irq_handler_entry: irq=303 name=GSL3673
<idle>-0     [000] d.h5   439.249406: clk_disable: pclk_gpio7
<idle>-0     [000] d.h3   439.249424: workqueue_queue_work: work struct=c48ddc18 function=gsl3673_ts_worker workqueue=c49dda00 req_cpu=4 cpu=4294967295<idle>-0     [000] d.h3   439.249430: workqueue_activate_work: work struct c48ddc18
<idle>-0     [000] dnh2   439.249473: irq_handler_exit: irq=303 ret=handled
kworker/u8:3-169   [000] ...1   439.249586: workqueue_execute_start: work struct c48ddc18: function gsl3673_ts_worker
kworker/u8:3-169   [000] d..3   439.249607: clk_enable: pclk_i2c4
kworker/u8:3-169   [000] d.h1   439.249637: irq_handler_entry: irq=36 name=ff160000.i2c
kworker/u8:3-169   [000] d.h1   439.249652: irq_handler_exit: irq=36 ret=handled
<idle>-0     [000] d.h2   439.249713: irq_handler_entry: irq=36 name=ff160000.i2c
<idle>-0     [000] d.h2   439.249727: irq_handler_exit: irq=36 ret=handled
<idle>-0     [000] d.h2   439.249743: irq_handler_entry: irq=36 name=ff160000.i2c
<idle>-0     [000] dnh2   439.249782: irq_handler_exit: irq=36 ret=handled
kworker/u8:3-169   [000] d..3   439.249866: clk_disable: pclk_i2c4
kworker/u8:3-169   [000] d..3   439.249889: clk_enable: pclk_i2c4
kworker/u8:3-169   [000] d.h1   439.249917: irq_handler_entry: irq=36 name=ff160000.i2c
kworker/u8:3-169   [000] d.h1   439.249937: irq_handler_exit: irq=36 ret=handled
<idle>-0     [000] d.h2   439.250766: irq_handler_entry: irq=36 name=ff160000.i2c
<idle>-0     [000] d.h2   439.250791: irq_handler_exit: irq=36 ret=handled
<idle>-0     [000] d.h2   439.251091: irq_handler_entry: irq=36 name=ff160000.i2c
<idle>-0     [000] d.h2   439.251107: irq_handler_exit: irq=36 ret=handled
<idle>-0     [000] d.h2   439.251134: irq_handler_entry: irq=36 name=ff160000.i2c
<idle>-0     [000] dnh2   439.251178: irq_handler_exit: irq=36 ret=handled
kworker/u8:3-169   [000] d..3   439.251256: clk_disable: pclk_i2c4
kworker/u8:3-169   [000] d..4   439.251383: clk_enable: pclk_gpio7
kworker/u8:3-169   [000] ...1   439.251402: workqueue_execute_end: work struct c48ddc18

3.1 分析

阶段1是属于touchscreen芯片厂家比较擅长的，具体调试手段这里不进行描述，这里主要分析阶段二和阶段三的执行时间。

1、阶段二-开始触发中断到进入中断服务函数时间

1.1、idle进程响应，触摸屏的IRQ入口开始的时间点是439.249389

-0 [000] d.h2 439.249389: irq_handler_entry: irq=303 name=GSL3673

1.2 、触摸屏的IRQ入口开始的结束点是439.249473
-0 [000] dnh2 439.249473: irq_handler_exit: irq=303 ret=handled

2、阶段三-中断工作队列函数运行时间

IRQ函数内调度了工作队列和绑定的一个work，线程号是169，ps 可以看到kworker

工作队列上work执行开始的时间点是：

kworker/u8:3-169 [000] …1 439.249586: workqueue_execute_start: work struct c48ddc18: function gsl3673_ts_worker

工作队列上work执结束的时间点是：

kworker/u8:3-169 [000] …1 439.251402: workqueue_execute_end: work struct c48ddc18

4、I2C4控制器的耗时，不分析。

3.2 总结

所以阶段3耗时：439.251402-439.249389=2.1ms

通过谷歌浏览器分析：

平均间隔1.76MS，这里是工作队列的执行时间而已。

4示波器测试

整个过程可以使用示波器来追踪，如何追踪呢？

4.1 阶段1

触摸屏表面单体放置硬币，探头，快速点击测试触摸屏，对比TX信号触发的波形，以及测试触摸屏IRQ的输出时间，可以计算出平均时延。

4.2 阶段2，阶段3

可以在代码入口和出口，加入GPIO翻转方式去获取波形时间

总结：
通过ftrace来分析触摸屏的阶段3的耗时latency，举一反三，可以加入日志CPU IDLE的耗时。

5 代码测试

也可以在驱动代码中加入

trace_printk(" trace gpc func is enter %s",__func__);

去追踪是哪里导致耗时过长

经验举例：
我就碰到一种情况，就是高通平台坑很多，为了达到省电目的，经常CPU idle的时候关闭一些系统电源，导致退出CPU idle都需要一定（ms）时间，接着才能进入到IRQ入口；也就阶段2就耗费9MS左右。
然后阶段3，在首次启动的时候也同样存在I2C控制器和外设交互的时候latency耗时过长；

6 原文链接

原文链接

https://blog.csdn.net/weixin_42621590/article/details/82498916

ITPub博客

触摸屏响应速度性能分析