diff options
author | Paul Jackson <pj@sgi.com> | 2005-09-06 15:18:10 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2005-09-07 16:57:40 -0700 |
commit | f90b1d2f1aaaa40c6519a32e69615edc25bb97d5 (patch) | |
tree | f93fb812e31885956e23b6fe7839082e661b5119 /kernel/power | |
parent | a49335cceab8afb6603152fcc3f7d3b6677366ca (diff) | |
download | kernel-crypto-f90b1d2f1aaaa40c6519a32e69615edc25bb97d5.tar.gz kernel-crypto-f90b1d2f1aaaa40c6519a32e69615edc25bb97d5.tar.xz kernel-crypto-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 'kernel/power')
0 files changed, 0 insertions, 0 deletions