前言
前文介绍了Linux中断的软件架构,以及其中的重要数据结构。本文介绍中断子系统的一些基本流程。本文组织如下:
- 初始化流程
- 中断处理流程
![](http://pic.l2h.site/l2hsiteLinux Interrupt-2.png)
初始化流程
Linux中断的初始化分为以下几个部分:
- 系统初始化
- 设备驱动初始化
中断子系统初始化
中断初始化流程如上图,初始化从start_kernel()开始:
- 设定early_boot_irq_disabled标志为真,表示系统正在初始化过程中,需要关闭CPU中断。
- 关闭CPU中断,local_irq_disable()函数根据CPU Arch来执行不同CPU体系结构的关终端代码。这里特别说明一下,另外一个函数local_irq_save也是做同样的事情,只是关闭中断前会保存一下中断的标志状态,供打开中断时恢复。
- 初始化中断向量表。对ARM来讲直接返回。
- 初始化中断描述符, early_irq_init()
- 初始化中断控制器, init_IRQ()
- 初始化软中断,会在之后的文章中介绍
- 开CPU中断
early_irq_init()
early_irq_init有两种定义,本质上差异不大,根据Linux编译选项CONFIG_SPARSE_IRQ定义与否来决定走哪条路。前文中有简单带过,该编译选项的主要作用是区分中断描述符具体是使用基树还是使用线性管理。本文以基树管理方式来对early_irq_init进行介绍,代码如下:
1 | int __init early_irq_init(void) { |
初始化IRQ描述符默认分配的IRQ Affinity(对多核生效),之后初始化IRQ描述符时,对应affinity的默认值从该值拷贝
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19static void __init init_irq_default_affinity(void){
alloc_cpumask_var(&irq_default_affinity, GFP_NOWAIT);
cpumask_setall(irq_default_affinity);
}
bool alloc_cpumask_var(cpumask_var_t *mask, gfp_t flags)
{
return alloc_cpumask_var_node(mask, flags, NUMA_NO_NODE);
}
bool alloc_cpumask_var_node(cpumask_var_t *mask, gfp_t flags, int node)
{
*mask = kmalloc_node(cpumask_size(), flags, node);
if (!*mask) {
printk(KERN_ERR "=> alloc_cpumask_var: failed!\\n");
dump_stack();
}
return *mask != NULL;
}获取CPU arch的 irq数量。此处是从默认的struct machine_desc(对应嵌入式板级操作集合)的nr_irq字段得到 – 嵌入式设备的机器设定大多各不相同,因此使用者需要定义自己的
machine_desc来描述一些设备的基本信息或者回调函数,这个结构体在更早的初始化过程中建立起来。关于machine_desc的描述可以到百度搜索。确认IRQ数量,如果超过IRQ Bitmap的位数,则发出Warning。
nr_irqs 设置为initcnt
根据irq数据初始化中断描述符,并将它们初始化
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37static struct irq_desc *alloc_desc(int irq, int node, struct module *owner)
{
struct irq_desc *desc;
gfp_t gfp = GFP_KERNEL;
desc = kzalloc_node(sizeof(*desc), gfp, node); //分配中断描述符
if (!desc)
return NULL;
/* allocate based on nr_cpu_ids */
desc->kstat_irqs = alloc_percpu(unsigned int);
if (!desc->kstat_irqs)
goto err_desc;
if (alloc_masks(desc, gfp, node)) //分配该中断的affinity,并初始化设定为第一步所设置的affinity
goto err_kstat;
raw_spin_lock_init(&desc->lock); //初始化中断描述符Spinlock用于并发保护
lockdep_set_class(&desc->lock, &irq_desc_lock_class);
desc_set_defaults(irq, desc, node, owner); //初始化中断描述符其他字段
return desc;
err_kstat:
free_percpu(desc->kstat_irqs);
err_desc:
kfree(desc);
return NULL;
}
static void desc_set_defaults(unsigned int irq, struct irq_desc *desc, int node, struct module *owner)
{
int cpu;
desc->irq_common_data.handler_data = NULL;
desc->irq_common_data.msi_desc = NULL;
desc->irq_data.common = &desc->irq_common_data;
desc->irq_data.irq = irq;
........
desc->owner = owner;
for_each_possible_cpu(cpu)
*per_cpu_ptr(desc->kstat_irqs, cpu) = 0;
desc_smp_init(desc, node);
}将中断描述符插入到中断描述符基树 。 注意early_irq_init()函数执行前start_kernel做了基树使用的必要初始化radix_tree_init() 。基树可以在中断值离散时能极大地节约空间,且查找效率也比较高。更多基树的介绍见Wikipedia。
1
2
3
4
5static RADIX_TREE(irq_desc_tree, GFP_KERNEL);
static void irq_insert_desc(unsigned int irq, struct irq_desc *desc)
{
radix_tree_insert(&irq_desc_tree, irq, desc);
}
init_IRQ()
init_IRQ为执行与所使用CPU架构对应的中断初始化流程。我们可以查看Linux源码树,arch/***/kernel/irq.c中均对此函数有做了定义。本文以arch/arm64/kernel/irq.c中的定义为例进行介绍。代码如下:
1 | //in arch/arm64/kernel/irq.c |
上面代码要作用为根据DTS定义,去Linux IRQ Chip数组里匹配IRQ Chip,并初始化IRQ CHIP。这里内核使用了链接上的一些小技巧,将__irqchip_of_table定义为kernel elf的段(见arch/arm64/kernel/vmlinux.lds)。而Linux编译过程中各个IRQ chip将自己声明在该段中。以gic为例:
1 | //in drivers/irqchip/irq-gic-v3.c |
上述宏定义逐步展开得到:
1 | static const struct of_device_id __of_table_gic_v3 __used __section(__irqchip_of_table) = |
展开后可以清晰地看到,其实IRQCHIP_DECLARE就是将gic_v3这颗IRQ中断控制器的一些基本信息定义到 __irqchip_of_table中。这样在of_irq_init过程中就能进行匹配查找。我们回过头来继续分析of_irq_init():
1 | void __init of_irq_init(const struct of_device_id *matches) |
1.上述函数标号为1的循环,主要是将DTS中定义的所有中断控制器加到intc_desc_list。 可以这样做的前提是,start_kernel初期内核已经做了DTS的初步解析。
循环2,则是将所有DTS定义的中断控制器,去和编译时 __irqchip_of_table里的定义中断控制器设备做匹配。
如果匹配到,则执行对应irqchip项的data字段指向的回调函数。对前面的例子,gic_v3来讲,就是执行gic_of_init_。关于gic_of_init_, 本文不做深入解析。大家可以到drivers/irqchip/irq-gic-v3.c去找到对应函数。不过值得一提的是,如Linux中断(1)所讲,每个中断控制器属于一个中断控制域。GIC也不例外,初始化过程中,会去向系统注册中断控制域(irq_domain)。另外也会向如下代码中对handle_arch_irq赋值。
1
2
3
4
5
6
7
8
9
10
11
12static int __init gic_of_init(struct device_node *node, struct device_node *parent)
{
......
set_handle_irq(gic_handle_irq);
......
}
void __init set_handle_irq(void (*handle_irq)(struct pt_regs *))
{
if (handle_arch_irq)
return;
handle_arch_irq = handle_irq;
}
设备驱动初始化
前边所有提到的初始化部分,是为了设备驱动可以简单有效使用中断做准备。事实上,设备驱动使用中断也的确蛮简单。只需要request_irq注册中断处理函数即可。Request IRQ定义如下:
1 | static inline int __must_check |
通过IRQ编号找到对应的中断描述符
分配IRQ Action, 并将对应的结构体字段赋值(由函数传入)。
将 驱动的中断处理函数挂给该IRQ描述符
根据内核对request_threaded_irq的注释:当设备驱动希望内核启用一个内核线程来响应中断时,需要同时提供handler和thread_fn。尽管会使用thread_fn来响应中断,handler仍然会被调用,保证可以在中断上下文来屏蔽该设备中断。handler调用过后需要返回 IRQ_WAKE_THREAD ,这样内核才能接着呼叫thread_fn。
中断触发流程
当中断子系统初始化成功,且设备驱动都注册好中断处理函数后,内核就能正常对中断进行处理了。
以ARM架构为例:当发生中断后,汇编码会调用到handle_arch_irq,即gic的gic_handle_irq函数。
1 | static void __exception_irq_entry gic_handle_irq(struct pt_regs *regs) |
从中断控制器芯片中读取物理中断号
如果大于15,执行handle_domain_irq
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37int __handle_domain_irq(struct irq_domain *domain, unsigned int hwirq,
bool lookup, struct pt_regs *regs)
{
struct pt_regs *old_regs = set_irq_regs(regs);
unsigned int irq = hwirq;
int ret = 0;
irq_enter(); //进入中断处理前准备
if (lookup)
irq = irq_find_mapping(domain, hwirq); //返回虚拟中断号
if (unlikely(!irq || irq >= nr_irqs)) {
ack_bad_irq(irq);
ret = -EINVAL;
} else {
generic_handle_irq(irq);
}
irq_exit(); //退出IRQ处理
set_irq_regs(old_regs);
return ret;
}
int generic_handle_irq(unsigned int irq)
{
struct irq_desc *desc = irq_to_desc(irq);
if (!desc)
return -EINVAL;
generic_handle_irq_desc(desc);
return 0;
}
static inline void generic_handle_irq_desc(struct irq_desc *desc)
{
desc->handle_irq(desc); //执行中断描述符的handle_irq回调函数
}
中断描述符对应的handle_irq函数在GIC Chip初始化时有设定,位于gic_irq_domain_map函数内:
1 | static int gic_irq_domain_map(struct irq_domain *d, unsigned int irq, |
以handle_fasteoi_irq来进行分析:
1 | void handle_fasteoi_irq(struct irq_desc *desc) |
对同一个中断来讲,是可以注册多个中断处理函数的。即request_irq对同一个中断号执行多次。这些handler会被挂到对应中断描述的action链表中。上述函数即依次执行对应该中断号的irqaction中handler(即设备request_irq时注册的handler)。
- 0-15中断号是ARM多核之间用来相互沟通的SGI消息。本文不做分析。
irq_enter()与irq_exit()
irq_enter和irq_exit是中断处理的重要函数,前一节的handle_domain_irq函数中可以看到他们分别在执行对应中断描述符的handler前后被调用。本节对这两个函数做重点分析:
1 | void irq_enter(void) |
如果当前是在idle状态,且不在中断上下文中,则通知中断状态下发生了idle
irq_enter() 最重要的步骤就是__irq_enter(),本函数的主要作用就是关闭抢占,避免执行中断处理函数时,CPU被调度到执行其他事情。
在执行完设备驱动的中断handler,开始执行irq_exit(),该函数主要的作用就是查看系统中是否有未执行的软中断,若有则呼叫invoke_softirq执行系统中的软中断。此时中断的上半部执行结束,开始执行中断下半部。
待续
下一篇文章,将介绍中断下半部的主要的实现方式:
- 软中断(Soft IRQ)
- Workqueue