Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1545090

[PATCH 0/2 v2] mm, slab: consolidate KMALLOC_MAX_SIZE

From Michal Hocko <mhocko@kernel.org>
Newsgroups linux.kernel
Subject [PATCH 0/2 v2] mm, slab: consolidate KMALLOC_MAX_SIZE
Date 2016-12-20 14:10 +0100
Message-ID <sQsl3-60s-25@gated-at.bofh.it> (permalink)
Organization linux.* mail to news gateway

Show all headers | View raw


Hi,
this is the second version of the patchset previously posted here [1].
Alexei has insisted on the patches reordering which I've done in this
series. I've also updated the changelog of the second patch to mention
why KMALLOC_SHIFT_MAX has been used.

Andrey has revealed a discrepancy between KMALLOC_MAX_SIZE and the
maximum supported page allocator size [2]. The underlying problem
should be fixed in the ep_write_iter code of course, but I do not feel
qualified to do that. The discrepancy which it reveals (see patch 2)
is worth fixing anyway, though.

While I was looking into the code, I've noticed that the only code which
uses KMALLOC_SHIFT_MAX outside of the slab code is bpf so I've updated
it to use KMALLOC_MAX_SIZE instead. There shouldn't be any real reason
to use KMALLOC_SHIFT_MAX which is a slab internal constant same as
KMALLOC_SHIFT_{LOW,HIGH}

[1] http://lkml.kernel.org/r/20161215164722.21586-1-mhocko@kernel.org
[2] http://lkml.kernel.org/r/CAAeHK+ztusS68DejO8AH3nn-EfiYQpD5FmBwmqKG8BWvoqPNqQ@mail.gm

Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread


Thread

[PATCH 0/2 v2] mm, slab: consolidate KMALLOC_MAX_SIZE Michal Hocko <mhocko@kernel.org> - 2016-12-20 14:10 +0100
  [PATCH 1/2] mm, slab: make sure that KMALLOC_MAX_SIZE will fit into MAX_ORDER Michal Hocko <mhocko@kernel.org> - 2016-12-20 14:10 +0100
  [PATCH 2/2] bpf: do not use KMALLOC_SHIFT_MAX Michal Hocko <mhocko@kernel.org> - 2016-12-20 14:10 +0100

csiph-web