[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <010001660c1fafb2-6d0dc7e1-d898-4589-874c-1be1af94e22d-000000@email.amazonses.com>
Date: Mon, 24 Sep 2018 15:08:15 +0000
From: Christopher Lameter <cl@...ux.com>
To: Dmitry Vyukov <dvyukov@...gle.com>
cc: Dmitry Torokhov <dmitry.torokhov@...il.com>,
syzbot+87829a10073277282ad1@...kaller.appspotmail.com,
Pekka Enberg <penberg@...nel.org>,
"linux-input@...r.kernel.org" <linux-input@...r.kernel.org>,
lkml <linux-kernel@...r.kernel.org>,
Henrik Rydberg <rydberg@...math.org>,
syzkaller-bugs <syzkaller-bugs@...glegroups.com>,
Linux-MM <linux-mm@...ck.org>
Subject: Re: WARNING: kmalloc bug in input_mt_init_slots
On Sun, 23 Sep 2018, Dmitry Vyukov wrote:
> What was the motivation behind that WARNING about large allocations in
> kmalloc? Why do we want to know about them? Is the general policy that
> kmalloc calls with potentially large size requests need to use NOWARN?
> If this WARNING still considered useful? Or we should change it to
> pr_err?
In general large allocs should be satisfied by the page allocator. The
slab allocators are used for allocating and managing small objects. The
page allocator has mechanisms to deal with large objects (compound pages,
multiple page sized allocs etc).
Powered by blists - more mailing lists