深入理解LINUX内核 笔记 第四章 中断和异常

中断和异常处理程序的嵌套执行

https://blog.csdn.net/denglin12315/article/details/121703669

一、历史

早前的Linux内核版本，中断分为两种：

1. 快中断，申请的时候带IRQF_DISABLED标记，在IRQ HANDLER里面不允许新的中断进来;

2. 慢中断，申请的时候不带IRQF_DISABLED标记，在IRQ HANDLER里面允许新的其他中断嵌套进来。

老的Linux内核中，如果一个中断服务程序不想被别的中断打断，我们能看到这样的代码：

request_irq(FLOPPY_IRQ, floppy_interrupt,- IRQF_DISABLED, "floppy", NULL)

二、现在

在2010年如下的commit中，IRQF_DISABLED被作废了：

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e58aa3d2d0cc

它的commit log清晰地解释中断嵌套可能引入的一些risk，比如stack溢出等。也就是说，从这个commit开始，实际Linux已经不再支持中断的嵌套, 也没有快慢中断的概念了，IRQF_DISABLED标记也作废了。在IRQ HANDLER里面，无论一个中断设置还是不设置IRQF_DISABLED, 内核都不会开启CPU对中断的响应：

这个作废的IRQF_DISABLED标记，在内核已经没有任何的意义了。后来，这个标记本身，在内核里面也被删除了，彻底成为过往：

三、硬件

中断发生后，一般硬件会自动屏蔽CPU对中断的响应，而软件层面上，直到IRQ HANDLER做完，才会重新开启中断。比如，对于ARM处理器而言，exception进来的时候，硬件都会自动屏蔽中断：

也就是说，当ARM处理器收到中断的时候，它进入中断模式，同时ARM处理器的CPSR寄存器的IRQ位会被硬件设置为屏蔽IRQ。

Linux内核会在如下2个时候重新开启CPSR对IRQ的响应：

1. 从IRQ HANDLER返回中断底半部的SOFTIRQ

2. 从IRQ HANDLER返回一个线程上下文

从1大家可以看出，SOFTIRQ里面是可以响应中断的。

异常处理

Linux arm64 系统调用过程学习记录

中断处理

流程与异常处理类似。

el1_irq
->el1_interrupt_handler handle_arch_irq //handle_arch_irq = gic_handle_irq
	->irq_handler	\handler
		->gic_handle_irq
			->handle_domain_irq
				->irq_enter;
					->->preempt_count_add(HARDIRQ_OFFSET);
				->generic_handle_irq_desc;
					-> desc->handle_irq = handle_edge_irq //handle_irq = handle_edge_irq or handle_level_irq ...
						->handle_irq_event
							->handle_irq_event_percpu
							->__handle_irq_event_percpu
								->res = action->handler(irq, action->dev_id);
				->irq_exit;
	->arm64_preempt_schedule_irq //内核抢占

IRQ数据结构

arm64 对应的hw_interrupt_type没找到。

为中断处理程序保存寄存器的值

通过kernel_entry和kernel_exit保存恢复寄存器
kernel_entry和kernel_exit

对于ARM处理器而言，exception进来的时候，硬件都会自动屏蔽中断：

也就是说，当ARM处理器收到中断的时候，它进入中断模式，同时ARM处理器的CPSR寄存器的IRQ位会被硬件设置为屏蔽IRQ。

这里重点强调一下ERET，以arm64为例，调用该指令后，PSTATE恢复SPSR_ELn的值，PC恢复ELR_ELn的值.
https://blog.csdn.net/weixin_42135087/article/details/107227624

ARMv8-A Process State, PSTATE介绍
https://blog.csdn.net/longwang155069/article/details/105204547

do_IRQ

__do_IRQ

这两节对应下面流程

-> desc->handle_irq = handle_edge_irq //handle_irq = handle_edge_irq or handle_level_irq ...
	->handle_irq_event
		->handle_irq_event_percpu
			->__handle_irq_event_percpu
				->res = action->handler(irq, action->dev_id);

void handle_edge_irq(struct irq_desc *desc)
{
   
	raw_spin_lock(&desc->lock);

	desc->istate &= ~(IRQS_REPLAY | IRQS_WAITING);