Bug 811042
Summary: | [abrt] kernel: BUG: unable to handle kernel paging request at ffffffff79178ff0 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | mbkraetz |
Component: | kernel | Assignee: | Eric Sandeen <esandeen> |
Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Unspecified | ||
Whiteboard: | abrt_hash:a59608bd37e949c436ee9fe69c8d966a4aac019a | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-07-16 22:10:04 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
mbkraetz
2012-04-10 00:01:54 UTC
Eric, anything you have seen before? nope... that ffffffff79178ff0 address is bugging me. It's below the start of the kernel text, so it looks like we've jumped off to some crazy address indirectly from delete_from_page_cache. Almost as if we had a mapping->a_ops->freepage corruption. I wonder if that corruption was the result of some bit-flip, and it was supposed to be ffffffffa9178ff0 for example (which would put it in module space). that would be a multi-bit flip though, going from %1010 to %0111, which seems astronomically low odds. Can you still reproduce this on 3.4 ? actually, looking at this and your other trace in 811885, it really looks like there's some kind of low level hardware problem here, which could be any number of things. I don't think this is a software fault. Which would also explain why we haven't had similar reports. |