lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 19 Mar 2012 18:45:07 +0200
From:	Sasha Levin <>
To:	Christoph Lameter <>
Cc:	Pablo Neira Ayuso <>,,, Dave Jones <>,,
	" List" <>,
Subject: Re: netfilter: Hung task

On Mon, Mar 19, 2012 at 6:31 PM, Christoph Lameter <> wrote:
> 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?

lockdep listed all the held locks there.

I've mentioned that it looks very similar to where the userspace helper tried to
read from the sysfs files, but got into a deadlock since the kernel
side held them before it called the usermode helper.
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists