昨天将了驱动实现的机制，这里将介绍策略部分。

第一部分：中断的处理

讲之前先介绍驱动实现的功能，这是一个触摸屏的驱动，硬件平台是ARM。

驱动程序需要返回触摸笔的状态：

（1）触摸笔按下、提起的数据及状态报告；

（2）触摸笔在屏上滑动时，数据及滑动状态的识别。

下面从源码开始分析：

static void ads7843_isr_tc(int irq, void *dev_id, struct pt_regs *reg)
{
 spin_lock_irq(&(tsdev.lock));
 if (tsdev.penStatus == PEN_UP)
 {
  tsdev.penStatus = PEN_DOWN;
  ts_timer.expires = jiffies + TS_TIMER_DELAY;
  if(ts_dev_open)
   add_timer(&ts_timer);
  wait_up_int();
 }
 else
 {
  tsdev.penStatus = PEN_UP;
  del_timer_sync(&ts_timer);//在定时器到期前禁止一个已注册的定时器
  wait_down_int();
  tsEvent();
 }
 spin_unlock_irq(&(tsdev.lock));
}

static void ts_timer_handler(unsigned long data)
{
 spin_lock_irq(&(tsdev.lock));
 if (tsdev.penStatus == PEN_DOWN) 
  ads7843_get_xy();
 mod_timer(&ts_timer, jiffies + TS_TIMER_DELAY); //更新定时器到达的时间
 spin_unlock_irq(&(tsdev.lock));
}

static void tsEvent_raw(void)
{
 if (tsdev.penStatus == PEN_DOWN) {
  BUF_HEAD.x = save_x = x;
  BUF_HEAD.y = save_y = y;
  BUF_HEAD.pressure = PEN_DOWN;
 } else {
  BUF_HEAD.x = save_x;//0;
  BUF_HEAD.y = save_y;//0;
  BUF_HEAD.pressure = PEN_UP;
 }

 tsdev.head = INCBUF(tsdev.head, MAX_TS_BUF);
 wake_up_interruptible(&(tsdev.wq));
}

对于策略无关紧要的细节这里我先忽略，直指最核心的内容。

这里，读者可以看到中断处理例程中顶部、底部处理方法的应用和定时器如何发挥

它巧妙的功效的。

先列出定时器的数据结构和几个重要的API：

static struct timer_list ts_timer;

定时器链表的结构。

init_timer();

初始化定时器

add_timer();

增加一个定时器，相当于打开定时器；

del_timer_sync();

删除定时器，正确的说法叫禁止已经打开的定时器，说删除便于理解。

del_timer()也有同样的功能，但大多数驱动开发者推荐使用前者，因为它可以保证

在此函数返回时没有任何CPU在使用定时器。可能你会问，既然如此为什么要实现del_timer()呢？

我也同样有疑问，你可以加入内核开发者邮件列表，向他们提问。

mod_timer();

修改定时器时间。

为了方便，我讲形参已经省去，这并不妨害实际的分析。对于定时器的细节可以

参考linux内核源码，当然魏永明老师译著的《linux设备驱动程序》是一本不错的书。

另外定时器的使用有许多必须要注意的地方，这是因为通常定时器的处理函数运行时已经脱离了

原来的进程上下文，这就要求对于避免竞态的考虑。

简单的说定时器就是在定义定时器后的将来某个时间运行某个例程，当然定时时间和例程都是由程序员决定的。

下面开始进入正题了,策略？这是一个饱含中国智慧的词。

我讲从中断事件产生的时间顺序来讲解中断实现的策略。

当触摸笔按下，产生一个中断，进入中断例程ads7843_isr_tc。

spin_lock_irq(&(tsdev.lock));spin_unlock_irq(&(tsdev.lock));是防止竞态的硕锁，这里不涉及。

程序进行笔状态的判断，笔的初始状态为UP，此时进入

 if (tsdev.penStatus == PEN_UP)
 {
  tsdev.penStatus = PEN_DOWN;
  ts_timer.expires = jiffies + TS_TIMER_DELAY;
  if(ts_dev_open)
   add_timer(&ts_timer);
  wait_up_int();
 }
这个分支。修改笔的状态为DOWN，并开启定时器，推出。

下面的行为将分为两种情况：

一，触摸笔立即提起（前面两个动作联起来就是在屏上点了下），产生硬件中断，进入ads7843_isr_tc，

根据笔的状态DOWN，进入

else
 {
  tsdev.penStatus = PEN_UP;
  del_timer_sync(&ts_timer);
  wait_down_int();
  tsEvent();
 }

修改笔状态为UP，删除定时器。tsEVENT()读取数据，tsEvent_raw()即是这个函数的

重载实现，这里用了OOP的概念，其实在驱动源码中tsEVENT()只是一个void *的空函数。

根据笔的状态

static void tsEvent_raw(void)
{
 if (tsdev.penStatus == PEN_DOWN) {
  BUF_HEAD.x = save_x = x;
  BUF_HEAD.y = save_y = y;
  BUF_HEAD.pressure = PEN_DOWN;
 } else {
  BUF_HEAD.x = save_x;//0;
  BUF_HEAD.y = save_y;//0;
  BUF_HEAD.pressure = PEN_UP;
 }

程序将进入else分支，读取原始的保存值，如果是第一次产生中断，则是初始值0；对于为何要读保存的值

读者将在下面的分析得到理解。

考虑第二种情况：

二，触摸笔在屏上滑动。也就是说产生的定时器没有被禁止，现面看看定时器处理例程，

它实现了一个轮询读取硬件数据方法。

static void ts_timer_handler(unsigned long data)
{
 spin_lock_irq(&(tsdev.lock));
 if (tsdev.penStatus == PEN_DOWN) 
  ads7843_get_xy();
 mod_timer(&ts_timer, jiffies + TS_TIMER_DELAY); //更新定时器到达的时间
 spin_unlock_irq(&(tsdev.lock));
}

正如开始分析，当触摸笔按下，笔的状态改为DOWN，于是当定时器定时时间带来时，

将执行ads7843_get_xy();这是读取硬件数据，在此函数中读取完硬件数据后同样调用了

tsEvent_raw()返回数据。

这时，笔的状态为DOWN，则执行与前面不同的if分支

BUF_HEAD.x = save_x = x;
BUF_HEAD.y = save_y = y;

获得新数据，并保存到save_x,save_y中，这两个值在触摸笔提起的时候读取。

数据读取完成后，修改定时器定时，为下一次轮询作准备。

这里可以得出结论：

（1）如果触摸笔一直在屏上滑动，则定时器周期性的轮询获得数据。

（2）如果触摸笔提起则返回的数据是上一次轮询获得的数据，也就是说在屏上的同

一点上，一次按下并提起的操作将产生两组相同的数据，只是笔的状态改变了。

完全实现了要求的功能，这里还要说的就是，驱动程序的实现分为机制和策略两部分：

机制是一系列linux的内核接口，而策略依赖于特定的硬件和要实现的具体功能。

写出一个好的驱动程序有赖于知识和技能的积累，当然智力是基础，如果智慧和智力有

区别的话，我想智慧只属于天才，如linus。

这是07年暑假作的一个项目，过了很久才写些总结，好忘了再看！

.