tasklet使用
1、声明一个tasklet
动态：
void tasklet_init(struct tasklet_struct *t,
void
(*func)(unsigned long), unsigned long data)
静态：
#define DECLARE_TASKLET(name, func, data) \
struct tasklet_struct name = { NULL, 0,
ATOMIC_INIT(0), func, data }
#define DECLARE_TASKLET_DISABLED(name, func, data)
\
struct tasklet_struct name = { NULL, 0,
ATOMIC_INIT(1), func, data }
实际上是创建一个tasklet_struct结构。
2.调度你的tasklet
tasklet_schedule(t);
以上面所创建的tasklet_struct
t作为参数。
二、小结：
tasklet是作为中断下半部的一个很好的选择，它在性能和易用性之间有着很好的平衡。较之于softirq，tasklet不需要考虑SMP下的并行问题，而又比workqueues有着更好的性能。
tasklet通常作为硬中断的下半部来使用，在硬中断中调用tasklet_schedule(t)。每次硬中断都会触发一次tasklet_schedule(t)，但是每次中断它只会向其中的一个CPU注册，而不是所有的CPU。完成注册后的tasklet由tasklet_action()来执行，在SMP环境下，它保证同一时刻，同一个tasklet只有一个副本在运行，这样就避免了使用softirq所要考虑的互斥的问题。再者，tasklet在执行tasklet->func()前，再一次允许tasklet可调度（注册），但是在该tasklet已有一个副本在其他CPU上运行的情况下，它只能退后执行。总之，同一个硬中断引起的一个tasklet_schedule()动作只会使一个tasklet被注册，而不同中断引起的tasklet则可能在不同的时刻被注册而多次被执行。
tasklet的互斥。由于同一个tasklet不能有多个副本同时运行，所以不需要在多CPU之间互斥。在tasklet运行的过程中，它会被硬中断打断（这也是软中断的优点），所以如果tasklet和其他中断之间的互斥有可能存在。
