内核Oops页故障与损坏的页表

Question

最近，我在Oops: 0009 #1中遇到了一个错误：“地址ffff88007eccb080处的已损坏的页表”。

Page fault error code bits:
bit 0 ==    0: no page found       1: protection fault
bit 1 ==    0: read access         1: write access
bit 2 ==    0: kernel-mode access  1: user-mode access
bit 3 ==                           1: use of reserved bit detected
bit 4 ==                           1: fault was an instruction fetch

该错误是由于保护故障和使用保留位检测到的。这些源真的会导致地址ffff88007eccb080的页面表损坏吗？

无论如何，我是否可以识别这个虚拟地址映射到哪个进程并导致该地址损坏？

谢谢

Answer 1

来自bug.cgi?id=859188#c43

当错误代码设置了PF_RSVD位时，就会发生“损坏的页表”消息。

因此，use of reserved bit detected位会导致Oops。

地址ffff88007eccb080属于内核空间(在所有进程之间共享)，而不是属于任何用户进程的私有虚拟地址空间。