Re: Bad interaction between virtual memmap and rmap changes?

From: Hugh Dickins <>
Date: 2004-09-01 21:30:07
On Wed, 1 Sep 2004, Ian Wienand wrote:
> With 2.6.9-rc1 on IA64 I have this problem when I boot on an rx2600
> (with both SMP and uniprocessor builds) :
> Bad page state at free_hot_cold_page (in process 'swapper', page e0000000049bcd08)
> flags:0x00000000 mapping:0000000000000000 mapcount:1 count:0
> Backtrace:
> [-- no backtrace is printed, unfortunately, and the machine stops dead --]
> But I also noticed that virtual mem map was right at around the same
> place :
> Virtual mem_map starts at 0xe000000004928000
> So I turned that off in the config, and it appears to work OK.  I
> noticed there were a lot of rmap changes with respect to locking just
> recently put in, and I suspect they are the culprit.

But they went in just _after_ 2.6.9-rc1, so however evil
they may be, I doubt they're guilty of this particular sin!

Previous cases of bad page state mapcount:1 (which tends to be
followed later by the BUG_ON(!page->mapcount) from page_remove_rmap,
since the bad page state gets forced to "good") have been resolved
by unrelated code freeing a page which didn't (any longer) belong
to it; but no instance of that in 2.6.9-rc1 springs to my mind.

I'm afraid I don't know much about IA64 and virtual mem_maps,
so I'd better leave you in more capable hands.


To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to
More majordomo info at
Received on Wed Sep 1 07:30:30 2004

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:30 EST