From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Lameter Subject: Re: netfilter: Hung task Date: Mon, 19 Mar 2012 11:31:47 -0500 (CDT) Message-ID: References: <20120318141943.GA28850@1984> <20120319002811.GA30408@1984> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Pablo Neira Ayuso , kaber@trash.net, davem@davemloft.net, Dave Jones , netfilter-devel@vger.kernel.org, "linux-kernel@vger.kernel.org List" , netdev@vger.kernel.org To: Sasha Levin Return-path: In-Reply-To: Sender: netfilter-devel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On Mon, 19 Mar 2012, Sasha Levin wrote: > On Mon, Mar 19, 2012 at 3:56 PM, Christoph Lameter wrote: > > This is sually something causing memory corruption. Please enable > > debugging to get backtrace that help to debutg this. CONFIG_SLUB_DEBUG_ON > > will do the trick or passing "slub_debug" on the kernel command line. > > The kernel was compiled with SLUB_DEBUG_ON, there's nothing coming out > of the slub before that hang message, nor after it. Ok looking at the backtrace: This is kmem_cache_destroy and not the usual failure following a pointer in alloc / free. netfilter calls kmem_cache_destroy which calls into sysfs functions and there the hang occurs. Did you try to see if lockdep can detect any serialization problems ? Is kmem_cache_destroy called with any locks held? Interrupts off?