首页 > 代码库 > 软中断和tasklet介绍
软中断和tasklet介绍
今天看了下tasklet,重点分析了其和软中断的关系,特此记录
关于软中断,在之前的中断文章中已经有所介绍,这里就不多说了,只是说明下,系统中默认支持32种软中断,而实际上系统定义的软中断仅有以下几种。
enum { HI_SOFTIRQ=0, TIMER_SOFTIRQ, NET_TX_SOFTIRQ, NET_RX_SOFTIRQ, BLOCK_SOFTIRQ, BLOCK_IOPOLL_SOFTIRQ, TASKLET_SOFTIRQ, SCHED_SOFTIRQ, HRTIMER_SOFTIRQ, RCU_SOFTIRQ, /* Preferable RCU should always be the last softirq */ NR_SOFTIRQS };
实际上并没有什么关系,只有中枢的内核代码才使用软中断,而如果用户想要使用这种方式,直接使用软中断并不是一个好的选择,内核为用户提供了另外一种方便的方式即tasklet,tasklet本质上也是一种软中断,准确来说是系统从软中断类型中拿出一种来支持tasklet,所以tasklet就是一种软中断,不过在软中断的基础上,tasklet进行了更细的划分。每个CPU维护一个tasklet链表,其中保存当前CPU所有注册的tasklet。由于tasklet本质上仍然是软中断,所以其处理方式依赖于软中断的处理时机,在系统检查处理软中断时,检查到tasklet类型的软中断,调用tasklet_action函数进行处理。
static DEFINE_PER_CPU(struct tasklet_head, tasklet_vec);
每个tasklet由一个tasklet_struct结构描述
struct tasklet_struct { struct tasklet_struct *next; unsigned long state; atomic_t count; void (*func)(unsigned long); unsigned long data; };
所有的tasklet通过next连接成一个局部于CPU的链表,注意该结构中有个函数指针func,表示处理该tasklet的指针。所以要注册tasklet还需要提供处理函数,软中断的处理函数已经由系统定义好的。通过tasklet_schedule函数可以注册一个tasklet到系统
static inline void tasklet_schedule(struct tasklet_struct *t) { if (!test_and_set_bit(TASKLET_STATE_SCHED, &t->state)) __tasklet_schedule(t); }
void __tasklet_schedule(struct tasklet_struct *t) { unsigned long flags; local_irq_save(flags); t->next = NULL; *__this_cpu_read(tasklet_vec.tail) = t; __this_cpu_write(tasklet_vec.tail, &(t->next)); raise_softirq_irqoff(TASKLET_SOFTIRQ); local_irq_restore(flags); }
实际的工作就比较简单,实际上就是插入到CPU维护的tasklet链表的尾部。然后会调用raise_softirq_irqoff标记软中断位图。这样在下次处理软中断的时候,就会处理tasklet,进而处理注册的tasklet。在操作CPU变量期间会禁用本地中断。
明白了软中断和tasklet的关系,还需要注意:
1、软中断支持在不同CPU上并行运行,不管是同种类型的还是不同类型的。
2、tasklet仅仅支持不同类型的在不同CPU上并行运行,同种类型的不支持。
参考:
1、linux内核3.10.1源码
2、深入linux内核架构
软中断和tasklet介绍