kimikoko Asked:2024-12-21 10:15:40 +0000 UTC2024-12-21 10:15:40 +0000 UTC 2024-12-21 10:15:40 +0000 UTC 系统调用期间如何处理中断？ 772 据我所知，syscall 是让处理器进入内核模式并从 IDT 调用中断的命令。让进程进行系统调用，从而处理器将进入内核模式，调用中断处理程序，这将执行一些有用的操作，并通过调用 iret 返回。但是，如果在执行 syscall 期间（即在 Linux 内核代码中）发生计时器中断，并且 Linux 相应地将进程上下文更改为b ，会发生什么情况？ 下一个定时器中断将如何处理，这次进程a将选择执行哪个定时器中断？当然，它会恢复进程a的上下文，并相应地移动到上次a被中断的位置。这一点是系统调用处理程序内的某种指令。那么处理器将如何表现？ linux 1 个回答 Voted Best Answer user22405329 2024-12-29T02:30:30Z2024-12-29T02:30:30Z 几乎所有处理器在进入系统调用或其他中断时都会自动禁用中断。例如，x86 处理器自动重置 IF 标志，该标志负责中断能力。 当中断被禁用时，处理器不会处理它们，但中断控制器会记住有中断。当再次启用中断时，处理器立即开始处理禁止时间内传入的所有内容。 如果系统很短，那么它可以保持中断禁用——返回指令iret将自动启用它们。如果系统调用很长，则可以使用特殊指令启用中断。当然，在此之前，返回上下文必须保存到某种堆栈中 - 因为堆栈允许实现嵌套调用。 在某些体系结构上，处理器自动将返回上下文放置在内核堆栈上（内核使用不受正常程序控制的不同堆栈指针）。例如，x86 放置返回地址（RIP）、CS 代码段、标志，如果模式之间存在转换，它还会放置旧的 RSP 堆栈和 SS 堆栈段。 在其他体系结构（例如，MIPS）中，返回上下文存储在特殊寄存器中，并且不会自动放置在堆栈中。在这种情况下，处理程序必须在启用中断之前手动执行此操作 - 否则新中断将覆盖返回寄存器。返回之前，您需要禁用中断并从堆栈中弹出上下文。如果处理程序不允许中断，则无需将上下文放入堆栈。 返回上下文始终包含中断发生的模式 - 因此处理器始终知道是返回内核模式还是用户模式。例如，在 x86 中，模式存储在 CS 寄存器中 - 正如我所说，它存储在堆栈中。在其他系统上，它可能存储在标志寄存器、“状态寄存器”等中。 - 不同架构中的不同名称。无论如何，该寄存器将在中断进入时保存，并在退出时恢复。
几乎所有处理器在进入系统调用或其他中断时都会自动禁用中断。例如，x86 处理器自动重置 IF 标志，该标志负责中断能力。
当中断被禁用时，处理器不会处理它们，但中断控制器会记住有中断。当再次启用中断时，处理器立即开始处理禁止时间内传入的所有内容。
如果系统很短，那么它可以保持中断禁用——返回指令
iret将自动启用它们。如果系统调用很长，则可以使用特殊指令启用中断。当然，在此之前，返回上下文必须保存到某种堆栈中 - 因为堆栈允许实现嵌套调用。返回上下文始终包含中断发生的模式 - 因此处理器始终知道是返回内核模式还是用户模式。例如，在 x86 中，模式存储在 CS 寄存器中 - 正如我所说，它存储在堆栈中。在其他系统上，它可能存储在标志寄存器、“状态寄存器”等中。 - 不同架构中的不同名称。无论如何，该寄存器将在中断进入时保存，并在退出时恢复。