lkml.org 
[lkml]   [2013]   [Jun]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] slab: prevent warnings when allocating with __GFP_NOWARN
On Mon, 10 Jun 2013, Sasha Levin wrote:

> [ 1691.807621] Call Trace:
> [ 1691.809473] [<ffffffff83ff4041>] dump_stack+0x4e/0x82
> [ 1691.812783] [<ffffffff8111fe12>] warn_slowpath_common+0x82/0xb0
> [ 1691.817011] [<ffffffff8111fe55>] warn_slowpath_null+0x15/0x20
> [ 1691.819936] [<ffffffff81243dcf>] kmalloc_slab+0x2f/0xb0
> [ 1691.824942] [<ffffffff81278d54>] __kmalloc+0x24/0x4b0
> [ 1691.827285] [<ffffffff8196ffe3>] ? security_capable+0x13/0x20
> [ 1691.829405] [<ffffffff812a26b7>] ? pipe_fcntl+0x107/0x210
> [ 1691.831827] [<ffffffff812a26b7>] pipe_fcntl+0x107/0x210
> [ 1691.833651] [<ffffffff812b7ea0>] ? fget_raw_light+0x130/0x3f0
> [ 1691.835343] [<ffffffff812aa5fb>] SyS_fcntl+0x60b/0x6a0
> [ 1691.837008] [<ffffffff8403ca98>] tracesys+0xe1/0xe6
>
> The caller specifically sets __GFP_NOWARN presumably to avoid this warning on
> slub but I'm not sure if there's any other reason.

There must be another reason. Lets fix this.



\
 
 \ /
  Last update: 2013-06-11 02:01    [W:0.055 / U:0.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site