mutex: Fix robust mutex lock acquire (Bug 21778)
commit5920a4a624b1f4db310d1c44997b640e2a4653e5
authorCarlos O'Donell <carlos@redhat.com>
Sat, 29 Jul 2017 04:02:03 +0000 (29 00:02 -0400)
committerCarlos O'Donell <carlos@redhat.com>
Sat, 29 Jul 2017 04:02:03 +0000 (29 00:02 -0400)
treee58989b49f6aae484bcdf13adad65bdbe79273e3
parentd95fcb2df478efbf4f8537ba898374043ac4561f
mutex: Fix robust mutex lock acquire (Bug 21778)

65810f0ef05e8c9e333f17a44e77808b163ca298 fixed a robust mutex bug but
introduced BZ 21778: if the CAS used to try to acquire a lock fails, the
expected value is not updated, which breaks other cases in the loce
acquisition loop.  The fix is to simply update the expected value with
the value returned by the CAS, which ensures that behavior is as if the
first case with the CAS never happened (if the CAS fails).

This is a regression introduced in the last release.

Tested on x86_64, i686, ppc64, ppc64le, s390x, aarch64, armv7hl.
ChangeLog
nptl/Makefile
nptl/pthread_mutex_lock.c
nptl/pthread_mutex_timedlock.c
nptl/tst-mutex7.c
nptl/tst-mutex7robust.c [new file with mode: 0644]