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


Groups > linux.kernel > #1366792

Re: 3.14.65: Memory leak when slub_debug is enabled

From Christoph Lameter <cl@linux.com>
Newsgroups linux.kernel
Subject Re: 3.14.65: Memory leak when slub_debug is enabled
Date 2016-03-30 01:40 +0200
Message-ID <riboS-53f-15@gated-at.bofh.it> (permalink)
References <riboS-53f-17@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Tue, 29 Mar 2016, Ajay Patel wrote:

> We have custom board with Marvell Armada dual core ARMV7.
> The driver uses buffers from kmalloc-8192 slab heavily.
> When slub_debug is enabled, the kmalloc-8192 active slabs are
> increasing. The slub stats shows  cmpxchg_double_fail and objects_partial
> are increasing too. Eventually system panics on oom.

Hmmm... I thought we fall back to pass through to the page allocator for
order 1 requests? Why is it going through the regular allocator paths?

> Following patch fixes the issue.

Wonder how that could be? Does the __cmpxchg_double work correctly on ARM?

> Has anybody encountered this issue?
> Is this right fix?

Looks like something is screwing around with the page flags because an
order 1 page is a compound page? Can you ensure that order 1 allocs are
using page allocator fallback. See kmalloc_large().

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


Thread

Re: 3.14.65: Memory leak when slub_debug is enabled Christoph Lameter <cl@linux.com> - 2016-03-30 01:40 +0200

csiph-web