Hi Pekka, On Tue, Sep 4, 2012 at 4:32 AM, Pekka Enberg <penberg@xxxxxxxxxx> wrote: > Hi Ezequiel, > > On Tue, Aug 14, 2012 at 5:38 PM, Ezequiel Garcia <elezegarcia@xxxxxxxxx> wrote: >> This patch changes the __kmalloc_node() logic to return NULL >> if alloc_pages() fails to return valid pages. >> This is done to avoid to trace a false positive kmalloc event. >> >> Cc: Pekka Enberg <penberg@xxxxxxxxxx> >> Cc: Christoph Lameter <cl@xxxxxxxxx> >> Cc: Glauber Costa <glommer@xxxxxxxxxxxxx> >> Signed-off-by: Ezequiel Garcia <elezegarcia@xxxxxxxxx> >> --- >> mm/slob.c | 11 ++++++----- >> 1 files changed, 6 insertions(+), 5 deletions(-) >> >> diff --git a/mm/slob.c b/mm/slob.c >> index 45d4ca7..686e98b 100644 >> --- a/mm/slob.c >> +++ b/mm/slob.c >> @@ -450,15 +450,16 @@ void *__kmalloc_node(size_t size, gfp_t gfp, int node) >> size, size + align, gfp, node); >> } else { >> unsigned int order = get_order(size); >> + struct page *page; >> >> if (likely(order)) >> gfp |= __GFP_COMP; >> ret = slob_new_pages(gfp, order, node); >> - if (ret) { >> - struct page *page; >> - page = virt_to_page(ret); >> - page->private = size; >> - } >> + if (!ret) >> + return NULL; >> + >> + page = virt_to_page(ret); >> + page->private = size; >> >> trace_kmalloc_node(_RET_IP_, ret, >> size, PAGE_SIZE << order, gfp, node); > > As mentioned earlier, I think it's valuable for the userspace to be > able to trace allocation failures as well. So I'm not applying this > patch. Yes, you're right. I have a few patches for that. Thanks! Ezequiel. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx"> email@xxxxxxxxx </a>