触摸屏响应速度性能分析【转】

转自：https://blog.csdn.net/weixin_42621590/article/details/86517503

下面介绍下，我在以往手机触摸屏调试中碰到的关于如何优化触摸屏响应速度的分析思路，给没有接触过这方面的初学者一个方向。

 

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

1阶段1： 从手指触发到触摸屏电容表面》触摸屏信号处理》控制输出触摸屏中断信号；

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

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

 

举例：RK平台：

分析方法：

抓取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

分析：

其中：

1

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

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

2  

<idle>-0     [000] dnh2   439.249473: irq_handler_exit: irq=303 ret=handled

触摸屏的IRQ入口开始的结束点是439.249473

3

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耗时：439.251402-439.249389=2.1ms;

 

通过谷歌浏览器分析：

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

 

示波器测试：

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

阶段1：

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

 

阶段2，阶段3，都可以在代码入口和出口，加入GPIO翻转方式去获取波形时间。

 

总结：

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

也可以在驱动代码中加入

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

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

 

经验举例：

我就碰到一种情况，就是高通平台坑很多，为了达到省点的目的，经常CPU idle的时候关闭一些系统电源，导致退出CPU idle都需要一定ms时间，接着才能进入到IRQ入口；也就阶段2就耗费9MS左右。

然后阶段3，在首次启动的时候也同样存在I2C控制器和外设交互的时候latency耗时过长；
--------------------- 
作者：CHUMOPING88 
来源：CSDN 
原文：https://blog.csdn.net/weixin_42621590/article/details/82498916 
版权声明：本文为博主原创文章，转载请附上博文链接！
---------------------
作者：CHUMOPING88
来源：CSDN
原文：https://blog.csdn.net/weixin_42621590/article/details/86517503
版权声明：本文为博主原创文章，转载请附上博文链接！