请教一个问题，关于ret_from_exception

tsdcsp

最近在看《深入理解LINUX内核》第三版，看到一个地方不是很理解，望高手指点！
代码如下：

ret_form_exception:
    cli; missing if kernel preemption is not support
ret_from_intr:
    movl $-8192, %ebp
    andl %esp, %ebp
    movl 0x30(%esp), %eax
    movb 0x2c(%esp), %al
    testl %0x00020003, %eax
    jnz resum_userspace
    jmp resume_kernel

从中断和异常返回时，分别走到ret_from_intr,ret_from_exception，这两者的区别是，在支持内核抢占的情况下，ret_from_exception会先执行cli关中断。
我的疑问是从异常返回时为什么要先关中断，为什么要在这个点关中断？
在网上搜了一下，比较靠谱的说法是：“后面可能发生进程切换，不允许中断嵌套，所以关中断”，但还是不理解。

异常的处理例程是在开中断的情况下执行的，所以在ret_from_exception之前，都有可能被中断抢占。
而ret_from_exception之后，resume_kernel和resume_userspace两个分支都是首先执行cli关中断的。
难道ret_from_exception之后的那条cli语句，只是为了保护上面代码中第4行到第8行的部分？

tsdcsp

顶上去！！！！！！

humjb_1983

个人理解，异常走的是陷阱门，默认是不关中断的，所以这里异常返回是需要手动关中断；而中断走中断门，默认就是关中断的，所以不需要再关中断。
而“resume_kernel和resume_userspace两个分支都是首先执行cli关中断的”的原因应该是，还会有其他分支走到resume_kernel和resume_userspace中来，比如系统调用返回时，此时是开中断状态，所以需要再关中断。

tsdcsp

谢谢你的回复，有一定的道理，值得参考。
大部分异常走的是陷阱门，系统调用走的也是陷阱门，只是返回时有些特殊，是有可能不过ret_from_exception(及ret_from_intr)而走到resume_userspace分支的。