在中断处理程序/原子上下文中会发生页面错误吗？
【问题讨论】：
mmap 数据源的驱动程序很常见。页面错误处理程序中有特定的代码来关注之前的 IRQ 状态。任何copy_from_user() 或copy_to_user() 都可能出错。内核代码本身是pinned，所以只有data aborts或data faults应该发生。
标签： linux operating-system linux-kernel
可以，但那将是一场灾难。 :-)
【讨论】：
（这是一个古老的问题。现有答案包含正确的事实，但很薄。我将尝试以更实质性的方式回答它。）
这个问题的答案取决于代码是在内核（管理员模式）还是在用户模式。原因是这些区域的内存访问规则通常不同。下面是一个简短的事件序列来说明问题（假设内核内存可以被分页）：
如您所见，最安全（也是最简单）的解决方案是让内核确保内核拥有的内存根本不可分页。出于这个原因，页面错误不应该真正发生在内核中。它们可能会发生，但正如@adobriyan 指出的那样，这通常表明比简单地需要在某些内存中分页的错误要大得多。 （我相信 Linux 中就是这种情况。检查您的特定操作系统以确定内核内存是否不可分页。操作系统架构确实不同。）
因此，总而言之，内核内存通常是不可分页的，而且由于中断通常在内核中处理，因此在处理中断时通常不会发生页面错误。较高优先级的中断仍然可以中断较低优先级的中断。只是他们所有的资源都保存在物理内存中。
关于原子上下文的问题不太清楚。如果您的意思是硬件支持的原子操作，那么在操作的部分完成内不会发生中断。如果您指的是诸如临界区之类的东西，请记住临界区仅模拟原子性。从硬件的角度来看，这样的代码没有什么特别之处，除了入口和出口代码，它可能使用真正的硬件原子操作。中间的代码是普通代码，可能会被打断。
我希望这可以对这个问题提供有用的回答，因为我也想知道这个问题一段时间。
【讨论】：
是的。
处理程序或关键区域的代码可以跨越两个页面之间的边界。如果第二页不可用，则需要页面错误才能将其引入。
【讨论】：
不知道为什么没有人使用“双重错误”这个词：
http://en.wikipedia.org/wiki/Double_fault
但这是英特尔手册中使用的术语：
http://software.intel.com/en-us/articles/introduction-to-pc-architecture/
或这里：
ftp://download.intel.com/design/processor/manuals/253668.pdf（参见第 6-38 节）。
还有一种叫做三重故障的东西，顾名思义，也可能发生在 CPU 尝试处理双重故障错误时。
【讨论】：
我认为答案是肯定的。 我刚刚检查了内核 4.15 中用于 x86_64 平台的页面错误处理程序代码。 以以下为提示。 no_context 是经典的“内核糟糕”。
no_context(struct pt_regs *regs, unsigned long error_code,
unsigned long address, int signal, int si_code)
{
/* Are we prepared to handle this kernel fault? */
if (fixup_exception(regs, X86_TRAP_PF)) {
/*
* Any interrupt that takes a fault gets the fixup. This makes
* the below recursive fault logic only apply to a faults from
* task context.
*/
if (in_interrupt())
return;
【讨论】：