netdev - Re: [Bug 10575] New: WARNING: at mm/slub.c:2444

lists.openwall.net		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 linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <Pine.LNX.4.64.0804291551410.15273@schroedinger.engr.sgi.com>
Date:	Tue, 29 Apr 2008 16:00:06 -0700 (PDT)
From:	Christoph Lameter <clameter@....com>
To:	Pekka Enberg <penberg@...helsinki.fi>
cc:	Andrew Morton <akpm@...ux-foundation.org>,
	Patrick McHardy <kaber@...sh.net>, htmldeveloper@...il.com,
	bugme-daemon@...zilla.kernel.org, netdev@...r.kernel.org
Subject: Re: [Bug 10575] New: WARNING: at mm/slub.c:2444

On Tue, 29 Apr 2008, Pekka Enberg wrote:

> Well, it's obviously nf_conntrack_cachep but this is the second time I see the
> SLUB WARN_ON trigger but can't find anything wrong with the code. Christoph,
> if you look at nf_conntrack_cleanup() in net/netfilter/nf_conntrack_core.c:
> 
>  i_see_dead_people:
>         nf_conntrack_flush();
>         if (atomic_read(&nf_conntrack_count) != 0) {
>                 schedule();
>                 goto i_see_dead_people;
>         }

And we are sure that no additional items are allocatable after this?

>         ct = kmem_cache_zalloc(nf_conntrack_cachep, GFP_ATOMIC);
> 
> So I don't see how we can call kmem_cache_destroy() with unfree'd objects in
> it... Can you take a look at this?

Nothing jumps out but then there are numerous components involved.

> And oh, Peter, if you can trigger this with mainline, please do post the oops.
> I should give us better information what's happening.

The new diagnostics should give us a lot more data to go on. Make sure you 
run with "slub_debug" as a kernel parameter or SLUB_DEBUG_ON configured.

The dump will include the time and place when the remaining objects were 
allocated which should resolve this issue.

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html