[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1203191129440.20196@router.home>
Date: Mon, 19 Mar 2012 11:31:47 -0500 (CDT)
From: Christoph Lameter <cl@...ux.com>
To: Sasha Levin <levinsasha928@...il.com>
cc: Pablo Neira Ayuso <pablo@...filter.org>, kaber@...sh.net,
davem@...emloft.net, Dave Jones <davej@...hat.com>,
netfilter-devel@...r.kernel.org,
"linux-kernel@...r.kernel.org List" <linux-kernel@...r.kernel.org>,
netdev@...r.kernel.org
Subject: Re: netfilter: Hung task
On Mon, 19 Mar 2012, Sasha Levin wrote:
> On Mon, Mar 19, 2012 at 3:56 PM, Christoph Lameter <cl@...ux.com> 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?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists