关于linux：为什么禁用中断会禁用内核抢占以及自旋锁如何禁用抢占

Why disabling interrupts disables kernel preemption and how spin lock disables preemption

我最近正在阅读Linux内核开发，我有一些与禁用抢占相关的问题。

在第7章的"中断控制"部分，它说：

Moreover, disabling interrupts also disables kernel preemption.

我还从书中读到，在以下情况下可能会发生内核抢占：

When an interrupt handler exits, before returning to kernel-space.
When kernel code becomes preemptible again.
If a task in the kernel explicitly calls schedule()
If a task in ther kernel blocks (which results in a call to schedule())

但我无法将禁用中断与这些情况联系起来。

据我所知，自旋锁将使用preempt_disable()函数禁用抢占。

帖子究竟什么是"自旋锁"？
说：

On a single core machine a spinlock is simply a"disable interrupts" or"raise IRQL" which prevents thread scheduling completely.

preempt_disable()是否通过禁用中断来禁用抢占？

我不是调度大师，但我想解释一下我是如何看待它的。
这里有几件事。

preempt_disable()不会禁用IRQ。它只增加一个thread_info->preempt_count变量。

禁用中断还会禁用抢占，因为调度程序在此之后不起作用 - 但仅限于单CPU计算机上。在SMP上它是不够的，因为当你关闭一个CPU上的中断时，另一个/其他人仍然异步地做/做某事。

Big Lock(意味着 - 关闭所有CPU上的所有中断)正在大大降低系统速度 - 所以这就是为什么它不再使用了。这也是preempt_disable()不关闭IRQ的原因。

你可以看到什么是preempt_disable()。试试这个：
1.获得一个旋锁。
2.通话时间表()

在dmesg中，您将看到类似"BUG：schedule while atomic"的内容。当调度程序检测到您的进程处于原子(非抢占)上下文但会自行调度时，会发生这种情况。

祝好运。