Messages in this thread Patch in this message | | | Subject | Re: [PATCH 2/2] SLUB: Use GFP_PANIC for early-boot allocations | From | Pekka Enberg <> | Date | Fri, 08 May 2009 18:42:21 +0300 |
| |
On Fri, 2009-05-08 at 11:28 -0400, Christoph Lameter wrote: > On Fri, 8 May 2009, Pekka Enberg wrote: > > > This patch converts SLUB early-boot code to use GFP_PANIC instead of explicit > > BUG_ON() calls. > > Yirks this is not only early boot code. create_unique_id may be executed > whenever a slab is created.
Updated patch here:
Subject: [PATCH 2/2] SLUB: Use GFP_PANIC for early-boot allocations From: Pekka Enberg <penberg@cs.helsinki.fi>
This patch converts SLUB early-boot code to use GFP_PANIC instead of BUG_ON().
Signed-off-by: Pekka Enberg <penberg@cs.helsinki.fi> --- mm/slub.c | 3 +-- 1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/mm/slub.c b/mm/slub.c index 7ab54ec..2cdf731 100644 --- a/mm/slub.c +++ b/mm/slub.c @@ -2109,9 +2109,8 @@ static void early_kmem_cache_node_alloc(gfp_t gfpflags, int node) BUG_ON(kmalloc_caches->size < sizeof(struct kmem_cache_node)); - page = new_slab(kmalloc_caches, gfpflags, node); + page = new_slab(kmalloc_caches, gfpflags | GFP_PANIC, node); - BUG_ON(!page); if (page_to_nid(page) != node) { printk(KERN_ERR "SLUB: Unable to allocate memory from " "node %d\n", node); -- 1.5.6.3
| |