[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 from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: [PATCH 0/5] make slab gfp fair
    • From: Christoph Lameter <[email protected]>
  • Re: [PATCH 0/5] make slab gfp fair
    • From: Christoph Lameter <[email protected]>
  • [PATCH 2/5] mm: slab allocation fairness
    • From: Peter Zijlstra <[email protected]>
  • [PATCH 4/5] mm: slob allocation fairness
    • From: Peter Zijlstra <[email protected]>
  • [PATCH 5/5] mm: allow mempool to fall back to memalloc reserves
    • From: Peter Zijlstra <[email protected]>
  • [PATCH 3/5] mm: slub allocation fairness
    • From: Peter Zijlstra <[email protected]>
  • [PATCH 1/5] mm: page allocation rank
    • From: Peter Zijlstra <[email protected]>

• Prev by Date: Re: Why can't we sleep in an ISR?
• Next by Date: [PATCH 1/5] mm: page allocation rank
• Previous by thread: Read-only bind mount patches
• Next by thread: [PATCH 1/5] mm: page allocation rank
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]