本文通过讨论两位小伙伴关于do_page_fault函数中判断用户态还是内核态的疑惑，深入解析了CPU异常处理机制，特别是ARM处理器的异常向量表和异常模式。在do_page_fault函数中，尽管已经处于内核模式，但需要判断异常发生时的状态，因为数据结构pt_regs保存的是异常时刻的上下文，而非当前状态。
“ 各位小伙伴，我是小笨叔，从今天开始，笨叔尽量每天给大家分享一点点小东西，可能是笨笨的小点滴，就像小雨点一样，它会慢慢汇合到大江大海！”
前两天有一个两个小伙伴讨论这么一个问题。
A : 在do_page_fault函数中有这样一段代码，这都是在内核中的代码了为什么还要判断是在内核态还是在用户态？ 处理异常时肯定是在内核态吧？
if (!user_mode(regs))
goto no_context;
B： 内核常驻内存，不会缺页，相反，用户态内存有可能会产生缺页，进入内核的异常处理流程入口执行异常处理，没感觉有什么不妥，缺页不一定是在内核态，这个假设错的。
A： 既然这样的话，那么内核的代码永远不会发生缺页中断了。只能是用户进程发生缺页中断了。
A同学继续说。
A： 当发生异常时，arm的状态就会发生变化，此时不会是用户态的。arm不是有7种工作模式吗？
cpsr寄存器的低四位都为0的话，说明是用户模式，发生异常时有相应的异常模式，但是肯定不会是用户模式，所以我觉得内核代码中
if (user_mode(regs))
这条语句永远不会成
最低0.47元/天 解锁文章
扫一扫
1465
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
