Octavio Alvarez Piza <[email protected]> wrote: > > > That means page->_mapcount contained 0xfffeffff when it should have > > contained 0xffffffff. A single bit got cleared. Probably bad memory, > > overheating, something of that kind. > > BTW, what's the first 8 in flags:0x80010008? I can't find 1<<31 in > include/linux/page-flags.h That's the page's zone identifier. We stuff that into the high bits of page->flags for page_zone(). - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- References:
- mm/rmap.c negative page map count BUG.
- From: Dave Jones <[email protected]>
- Re: mm/rmap.c negative page map count BUG.
- From: Nick Piggin <[email protected]>
- Re: mm/rmap.c negative page map count BUG.
- From: Dave Jones <[email protected]>
- Re: mm/rmap.c negative page map count BUG.
- From: Andrew Morton <[email protected]>
- Re: mm/rmap.c negative page map count BUG.
- From: Dave Jones <[email protected]>
- Re: mm/rmap.c negative page map count BUG.
- From: Arjan van de Ven <[email protected]>
- Re: mm/rmap.c negative page map count BUG.
- From: Dave Jones <[email protected]>
- Re: mm/rmap.c negative page map count BUG.
- From: "Octavio Alvarez" <[email protected]>
- Re: mm/rmap.c negative page map count BUG.
- From: Octavio Alvarez Piza <[email protected]>
- Re: mm/rmap.c negative page map count BUG.
- From: Hugh Dickins <[email protected]>
- Re: mm/rmap.c negative page map count BUG.
- From: Octavio Alvarez Piza <[email protected]>
- mm/rmap.c negative page map count BUG.
- Prev by Date: Re: [PATCH 1 of 3] Introduce __raw_memcpy_toio32
- Next by Date: Re: [parisc-linux] [PATCH 1/5] Add generic compat_siginfo_t
- Previous by thread: Re: mm/rmap.c negative page map count BUG.
- Next by thread: compile time errors building the gcc-3.3.3 over FC4
- Index(es):
 |