linux-kernel - Re: Linux 3.1-rc4

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: Windows password security audit tool. GUI, reports in PDF.

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

Date:	Tue, 30 Aug 2011 12:02:36 +0200
From:	Borislav Petkov <bp@...en8.de>
To:	Peter Zijlstra <peterz@...radead.org>
CC:	Linus Torvalds <torvalds@...ux-foundation.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Yong Zhang <yong.zhang0@...il.com>
Subject: Re: Linux 3.1-rc4

On Tue, Aug 30, 2011 at 11:14:30AM +0200, Peter Zijlstra wrote:
> On Tue, 2011-08-30 at 09:07 +0200, Borislav Petkov wrote:
> > On Sun, Aug 28, 2011 at 09:52:43PM -0700, Linus Torvalds wrote:
> > > We're back on track on weekly -rc releases.
> > 
> > Peter,
> > 
> > I get the following lockdep splat on -rc4, it looks like load balancing
> > something.
> > 
> > [ 5183.478132] ------------[ cut here ]------------
> > [ 5183.478155] WARNING: at kernel/lockdep.c:690 __lock_acquire+0x189/0x916()
> 
> that's:
> 
> look_up_lock_class():
>                         WARN_ON_ONCE(class->name != lock->name);
> 
> That's something that really shouldn't happen and my first guess is that
> you're suffering some memory corruption.

Hmm, strange. That was one of Linus' suggestions last time I triggered
something similar in look_up_lock_class(). (Thanks Yong, I'd completely
forgotten about it). The old issue was a list corruption at the same
spot and this one looks similar except the list element is there to not
trap on the memory access but it triggers on the warning because it is
obviously a different element.

And the fact that I'd completely forgotten about it is that it hasn't
reappeared since then (v2.6.37-rc5-62-g6313e3c) which fits with the
pattern of a memory corruption.

Anyway, this is just FYI in case someone else triggers it too, I'll be
on the lookout for other strange things cooking up while the machine is
running.

Thanks.

-- 
Regards/Gruss,
Boris.

--
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/