linux-kernel - Re: FUTEX_CMP_REQUEUE

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] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 05 Jun 2007 18:58:27 +0200
From:	Thomas Gleixner <tglx@...utronix.de>
To:	Ulrich Drepper <drepper@...hat.com>
Cc:	Pierre Peiffer <pierre.peiffer@...l.net>,
	Linux Kernel <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Dave Jones <davej@...hat.com>
Subject: Re: FUTEX_CMP_REQUEUE_PI is not quite there

On Fri, 2007-05-11 at 23:10 -0700, Ulrich Drepper wrote:
> I hooked up FUTEX_CMP_REQUEUE_PI here and got a kernel crash.  No serial 
> console so this is the output of the screen after the machine stopped.
> 
> This is of course on x86-64.  Compiled from a rawhide-ified upstream 
> kernel from two days ago.
> 
> The situation is the we requeue from a non-PI futex to a PI futex.  We 
> might now actually want to change the condvar implementation to use
> internally a PI futex if the mutex in use is PI, too, but this kind of 
> mismatch can still happen.  I can provide binaries if necessary.

Can you put the binaries somewhere for download please ? 

I'm looking at the problems, which were reported by Alexey, so I can
look at this as well.

	tglx


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