make slab gfp fair

Peter Zijlstra linux-mm lkml 1 version May 14, 2007 In review

Get series with b4

b4 am [email protected]

Versions newest first

v1 Latest May 14, 20075 patches 63 repliesIn review

Patches in v1 No applies recorded yet

#	Subject and files	Size	Replies
1/5	mm: page allocation rank`mm/internal.h` `mm/page_alloc.c`	+87 ~~-41~~	0 replies
2/5	mm: slab allocation fairness`mm/Kconfig` `mm/internal.h` `mm/slab.c`	+55 ~~-27~~	1 reply
3/5	mm: slub allocation fairness`include/linux/slub_def.h` `mm/Kconfig` `mm/slub.c`	+23 -4	3 replies
4/5	mm: slob allocation fairness`mm/Kconfig` `mm/slob.c`	+22 -4	0 replies
5/5	mm: allow mempool to fall back to memalloc reserves`mm/mempool.c`	+11 -1	0 replies

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [PATCH 0/5] make slab gfp fair

In the interest of creating a reserve based allocator; we need to make the slab allocator (*sigh*, all three) fair with respect to GFP flags.

That is, we need to protect memory from being used by easier gfp flags than it was allocated with. If our reserve is placed below GFP_ATOMIC, we do not want a GFP_KERNEL allocation to walk away with it - a scenario that is perfectly possible with the current allocators.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"[email protected]"> [email protected] </a>

Read the cover letter in its thread