diff options
author | Adam Litke <agl@us.ibm.com> | 2008-09-02 14:35:38 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2008-09-02 19:21:37 -0700 |
commit | 344c790e3821dac37eb742ddd0b611a300f78b9a (patch) | |
tree | af7aad0ef87e320c9bfa84c9f14b32c095c0918c /mm/Makefile | |
parent | 169ccbd44eb20f5bb7e4352451eba25397e29749 (diff) | |
download | kernel-crypto-344c790e3821dac37eb742ddd0b611a300f78b9a.tar.gz kernel-crypto-344c790e3821dac37eb742ddd0b611a300f78b9a.tar.xz kernel-crypto-344c790e3821dac37eb742ddd0b611a300f78b9a.zip |
mm: make setup_zone_migrate_reserve() aware of overlapping nodes
I have gotten to the root cause of the hugetlb badness I reported back on
August 15th. My system has the following memory topology (note the
overlapping node):
Node 0 Memory: 0x8000000-0x44000000
Node 1 Memory: 0x0-0x8000000 0x44000000-0x80000000
setup_zone_migrate_reserve() scans the address range 0x0-0x8000000 looking
for a pageblock to move onto the MIGRATE_RESERVE list. Finding no
candidates, it happily continues the scan into 0x8000000-0x44000000. When
a pageblock is found, the pages are moved to the MIGRATE_RESERVE list on
the wrong zone. Oops.
setup_zone_migrate_reserve() should skip pageblocks in overlapping nodes.
Signed-off-by: Adam Litke <agl@us.ibm.com>
Acked-by: Mel Gorman <mel@csn.ul.ie>
Cc: Dave Hansen <dave@linux.vnet.ibm.com>
Cc: Nishanth Aravamudan <nacc@us.ibm.com>
Cc: Andy Whitcroft <apw@shadowen.org>
Cc: <stable@kernel.org> [2.6.25.x, 2.6.26.x]
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/Makefile')
0 files changed, 0 insertions, 0 deletions