Re: 2.6.18: Kernel BUG at mm/rmap.c:522

[Nick Piggin <nickpiggin@yahoo.com.au>]

Michael Harris wrote:
> Hi, I can readily reproduce this with 2.6.18 doing 4 simultanous kernel compiles on two disks to load test a P4 3.2 HT with 2GB. I have SMP and SMT scheduling enabled, and the 4GB memory option. Here is output with CONFIG_DEBUG_VM enabled followed by another crash before CONFIG_DEBUG_VM was enabled.

> Oct 11 04:53:35 hen kernel: swap_free: Unused swap offset entry 00004000
> Oct 11 04:53:35 hen kernel: Eeek! page_mapcount(page) went negative! (-1)
> Oct 11 04:53:35 hen kernel:   page->flags = c0080014
> Oct 11 04:53:35 hen kernel:   page->count = 0
> Oct 11 04:53:35 hen kernel:   page->mapping = 00000000

Hmm, this is a new one. The page is free and not reserved, wheras we are
used to seeing them reserved here.

> Oct 11 04:54:31 hen kernel: Bad page state in process 'tripwire'
> Oct 11 04:54:31 hen kernel: page:c1b5cd80 flags:0xc0000014 mapping:00000000 mapcount:-1 count:0

> Another crash from a day earlier before enabling DEBUG_VM
> Oct 10 05:19:43 hen kernel: VM: killing process cc1
> Oct 10 05:19:43 hen kernel: swap_free: Unused swap offset entry 00002000
> Oct 10 05:19:56 hen kernel: swap_free: Unused swap offset entry 00000400

These unused swap offset entry messages seem to indicate extensive memory
corruption in your page tables. Probably bad RAM, or system overheating
when you load it up :(

Can you run a good memory tester like memtest86+ overnight?

--
SUSE Labs, Novell Inc.
Send instant messages to your online friends http://au.messenger.yahoo.com 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/