Red Hat Bugzilla – Bug 909702
[abrt]: BUG: Bad page state in process swapper pfn:3ff5e1
Last modified: 2013-02-13 09:24:15 EST
BUG: Bad page state in process swapper pfn:3ff5e1
page:ffffea000ffd7840 count:0 mapcount:-2 mapping: (null) index:0x0
page flags: 0x40000000000000()
Modules linked in:
Pid: 0, comm: swapper Not tainted 3.7.6-201.fc18.x86_64 #1
[<ffffffff81643109>] ? bad_to_user+0x7b3/0x7b3
[<ffffffff8162b15c>] ? set_nmi_gate+0x48/0x4a
[<ffffffff81cfb672>] ? repair_env_string+0x5e/0x5e
was this after a resume from suspend ?
This should be changed to NOTABUG. The problem is a misconfigured BIOS because the people I paid to setup the system never tested it before they delivered it. I should have guessed because one of the four drives I had put in was not even connected to the SATA controller or power. Kept poking around BIOS and found that memory was set to ECC. Go figure. And even though this board has been around a while, I got an old BIOS. Updated that too. The system now appears to be stable. Although I have an overclockable board, I do not overclock.
I noticed a post by you on LKML. A thought occurred to me about why you are seeing more of these problems lately. Since the economic downturn, I had put off purchasing a new system for as long as possible. The old one finally died. So, there may be burgeoning rush to replace failing hardware out in the wild. Add to that, the crack smoking hardware guys at a company the rhymes with DicroDenter and this is what you get.
I will say this: as bad as the MB was configured, anaconda still was able to install F18. However, in this state, any significant IO (copying my home directory data back) would cause a panic.
Sorry for the noise.
Thanks for letting us know.