1. 课程导入

大家好，我是这次课程的主讲。在智能座舱领域摸爬滚打了十来年，我见过太多「功能做完了，但用户就是觉得卡」的项目。说白了，触摸屏的响应速度，直接决定了用户对这台车的第一印象。

这一章，我们先不急着写代码。我想先跟你聊聊：为什么驱动性能调优这么重要？以及我们到底要优化哪些东西。

1.1 一个「快」字背后的三层博弈

你想想看，用户用手指在屏幕上划一下，到应用做出反应，这中间发生了什么？

我习惯把这个过程拆成三层：

层次	负责什么	典型瓶颈
硬件层	触摸IC采集原始信号，通过I2C/SPI上报	采样率不足、总线时钟低、噪声干扰
驱动层	解析协议、滤波、坐标转换、上报给系统	中断处理慢、数据拷贝多、调度延迟
应用层	接收事件，渲染UI，执行交互逻辑	帧率不稳、事件队列积压

嗯，这里要注意：驱动层是承上启下的关键。硬件再快，驱动处理慢了，用户照样觉得「粘手」。我在一个项目中遇到过，明明换了最新的触控IC，但用户还是抱怨滑动不跟手。查到最后，发现是驱动里一个多余的memcpy把时间吃掉了。

1.2 性能调优到底在调什么？

我个人习惯把调优目标归纳为四个核心指标。你可以把它当作一张检查清单：

• 响应延迟（Latency）：从手指触屏到驱动上报事件的时间。目标：< 10ms。
• 报点率（Report Rate）：驱动每秒上报多少个触摸点。目标：≥ 120Hz（配合高刷屏）。
• 抖动（Jitter）：相邻两次上报的时间间隔是否稳定。目标：标准差 < 2ms。
• CPU占用：驱动处理不能吃掉太多CPU，否则影响UI渲染。目标：< 5%。

1.3 一个典型的「慢」案例

我记得有一次，客户反馈车载导航的缩放操作「一顿一顿的」。我们抓了trace一看，发现驱动上报事件的间隔忽大忽小——有时候5ms，有时候30ms。

问题出在哪里？

1. 驱动里用了msleep(10)做轮询，而不是用硬件中断。
2. 中断处理函数里做了太多事情，包括I2C读写和坐标滤波。
3. 滤波算法用了浮点运算，在ARM Cortex-A7上跑得很慢。

说白了，就是驱动设计时没考虑实时性。后来我们改成中断触发、中断上下半部拆分、定点数滤波，延迟直接降到了8ms以内。

1.4 本章知识体系

下面这张图，是我对整章内容的一个梳理。你可以把它当作后续学习的导航图：

1.5 你需要什么基础？

这门课不是零基础入门。我假设你已经：

• 写过Linux字符设备驱动，知道file_operations怎么注册。
• 用过I2C或SPI总线，能看懂设备树。
• 了解中断、tasklet、workqueue的基本概念。

如果你还不太熟，也没关系。每章我会给出关键代码和原理说明，你跟着动手做一遍就能上手。

1.6 这一章我们学到了什么？

总结一下本章的核心：

• 触摸响应延迟是用户体验的命门，驱动层是调优的主战场。
• 四个核心指标：延迟、报点率、抖动、CPU占用。
• 调优不是瞎改，要有测量、有对比、有数据支撑。