0

Recently I have met an error "Corrupted page table at address ffff88007eccb080" with the Oops: 0009 [#1]. With the information from http://lxr.linux.no/#linux+v3.9.4/arch/x86/mm/fault.c#L29

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

The error is due to protection fault and use of reserved bit detected. Do these sources really cause the corrupted page table at address ffff88007eccb080?

Is there anyway that I can identify which process this virtual address is mapped to and cause corrupted at that address?

Thank you

4

1 回答 1

0

来自https://bugzilla.redhat.com/show_bug.cgi?id=859188#c43

当错误代码设置了 PF_RSVD 位时,会出现“损坏的页表”消息。

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

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

于 2013-06-10T12:24:46.077 回答