linux-kernel - Userland PI-futex does not work on ARM (2.6.21.5-rt18)

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

Message-ID: <3efb10970707031201y7b7eefd3x60136770fcd167fa@mail.gmail.com>
Date:	Tue, 3 Jul 2007 21:01:50 +0200
From:	"Remy Bohmer" <l.pinguin@...il.com>
To:	linux-arm-kernel@...ts.arm.linux.org.uk,
	linux-kernel@...r.kernel.org
Cc:	andrew@...people.com, "Ingo Molnar" <mingo@...e.hu>,
	"Daniel Walker" <dwalker@...sta.com>
Subject: Userland PI-futex does not work on ARM (2.6.21.5-rt18)

Hello All,

I am using the 2.6.21.5-rt18 kernel on the ARM core Atmel at91rm9200
together with a Glibc 2.5+GCC4.2.0 toolchain, and I found out that the
userland PI futexes (configured with PTHREAD_PRIO_INHERIT) do not
work.

What happens is:
* Thread A claims the mutex, and gets the lock.
* Thread B claims the mutex, and *also* gets the lock. (this is
obviously already wrong)
* Thread A wants to release the mutex and that fails because it does
not own it...

It looks like mutexes configured *without* PTHREAD_PRIO_INHERIT seem
to work fine, but have not tested that thouroughly.

Is this problem already known, or am I the first person running into it?

Kind Regards,

Remy Böhmer
-
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/