summaryrefslogtreecommitdiffstats
path: root/mm/vmscan.c
diff options
context:
space:
mode:
authorPaul Jackson <pj@sgi.com>2005-09-07 00:18:10 +0200
committerLinus Torvalds <torvalds@g5.osdl.org>2005-09-08 01:57:40 +0200
commitf90b1d2f1aaaa40c6519a32e69615edc25bb97d5 (patch)
treef93fb812e31885956e23b6fe7839082e661b5119 /mm/vmscan.c
parent[PATCH] cpusets: oom_kill tweaks (diff)
downloadlinux-f90b1d2f1aaaa40c6519a32e69615edc25bb97d5.tar.xz
linux-f90b1d2f1aaaa40c6519a32e69615edc25bb97d5.zip
[PATCH] cpusets: new __GFP_HARDWALL flag
Add another GFP flag: __GFP_HARDWALL. A subsequent "cpuset_zone_allowed" patch will use this flag to mark GFP_USER allocations, and distinguish them from GFP_KERNEL allocations. Allocations (such as GFP_USER) marked GFP_HARDWALL are constrainted to the current tasks cpuset. Other allocations (such as GFP_KERNEL) can steal from the possibly larger nearest mem_exclusive cpuset ancestor, if memory is tight on every node in the current cpuset. This patch collides with Mel Gorman's patch to reduce fragmentation in the standard buddy allocator, which adds two GFP flags. This was discussed on linux-mm in July. Most likely, one of his flags for user reclaimable memory can be the same as my __GFP_HARDWALL flag, under some generic name meaning its user address space memory. Signed-off-by: Paul Jackson <pj@sgi.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions