8b23281605
[PARISC] futex: Use same lock set as lws calls
...
In debugging the failure of the glibc tst-cond18 test on parisc, I realized
that futexes need to use the same locks the lws calls. This fixes all the
pthread 'cond' tests. Sadly, there are still problems with thread cancellation.
[jejb: checkpatch fixes]
Signed-off-by: John David Anglin <dave.anglin@bell.net >
Signed-off-by: James Bottomley <JBottomley@Parallels.com >
2012-02-27 09:35:08 -06:00
d9ba5fe76d
[PARISC] Fix futex support
...
Implements futex op support and makes futex cmpxchg atomic.
Tested on 64-bit SMP kernel running on 2 x PA8700s.
[jejb: checkpatch fixes]
Signed-off-by: Carlos O'Donell <carlos@systemhalted.org >
Tested-by: John David Anglin <dave.anglin@bell.net >
Cc: stable@kernel.org
Signed-off-by: James Bottomley <JBottomley@Parallels.com >
2011-07-18 13:08:00 -05:00
8d7718aa08
futex: Sanitize futex ops argument types
...
Change futex_atomic_op_inuser and futex_atomic_cmpxchg_inatomic
prototypes to use u32 types for the futex as this is the data type the
futex core code uses all over the place.
Signed-off-by: Michel Lespinasse <walken@google.com >
Cc: Darren Hart <darren@dvhart.com >
Cc: Peter Zijlstra <peterz@infradead.org >
Cc: Matt Turner <mattst88@gmail.com >
Cc: Russell King <linux@arm.linux.org.uk >
Cc: David Howells <dhowells@redhat.com >
Cc: Tony Luck <tony.luck@intel.com >
Cc: Michal Simek <monstr@monstr.eu >
Cc: Ralf Baechle <ralf@linux-mips.org >
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org >
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org >
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com >
Cc: Paul Mundt <lethal@linux-sh.org >
Cc: "David S. Miller" <davem@davemloft.net >
Cc: Chris Metcalf <cmetcalf@tilera.com >
Cc: Linus Torvalds <torvalds@linux-foundation.org >
LKML-Reference: <20110311025058.GD26122@google.com >
Signed-off-by: Thomas Gleixner <tglx@linutronix.de >
2011-03-11 12:23:31 +01:00
37a9d912b2
futex: Sanitize cmpxchg_futex_value_locked API
...
The cmpxchg_futex_value_locked API was funny in that it returned either
the original, user-exposed futex value OR an error code such as -EFAULT.
This was confusing at best, and could be a source of livelocks in places
that retry the cmpxchg_futex_value_locked after trying to fix the issue
by running fault_in_user_writeable().
This change makes the cmpxchg_futex_value_locked API more similar to the
get_futex_value_locked one, returning an error code and updating the
original value through a reference argument.
Signed-off-by: Michel Lespinasse <walken@google.com >
Acked-by: Chris Metcalf <cmetcalf@tilera.com > [tile]
Acked-by: Tony Luck <tony.luck@intel.com > [ia64]
Acked-by: Thomas Gleixner <tglx@linutronix.de >
Tested-by: Michal Simek <monstr@monstr.eu > [microblaze]
Acked-by: David Howells <dhowells@redhat.com > [frv]
Cc: Darren Hart <darren@dvhart.com >
Cc: Peter Zijlstra <peterz@infradead.org >
Cc: Matt Turner <mattst88@gmail.com >
Cc: Russell King <linux@arm.linux.org.uk >
Cc: Ralf Baechle <ralf@linux-mips.org >
Cc: "James E.J. Bottomley" <jejb@parisc-linux.org >
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org >
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com >
Cc: Paul Mundt <lethal@linux-sh.org >
Cc: "David S. Miller" <davem@davemloft.net >
Cc: Linus Torvalds <torvalds@linux-foundation.org >
LKML-Reference: <20110311024851.GC26122@google.com >
Signed-off-by: Thomas Gleixner <tglx@linutronix.de >
2011-03-11 12:23:08 +01:00
deae26bf6a
parisc: move include/asm-parisc to arch/parisc/include/asm
2008-10-10 16:32:29 +00:00
