aboutsummaryrefslogtreecommitdiffstats
path: root/fs/reiserfs/lock.c
diff options
context:
space:
mode:
authorThomas Gleixner <tglx@linutronix.de>2014-06-03 02:27:06 -0200
committerWolfgang Wiedmeyer <wolfgit@wiedmeyer.de>2015-12-06 18:16:40 +0100
commitdbc94341c06c1abaaf470e5cad888189ed27201c (patch)
treeb95a13cf398a91518e17537a21a36ee75c5a7381 /fs/reiserfs/lock.c
parentf6c159bcf25b0020872a23f4c04176014581ee9a (diff)
downloadkernel_samsung_smdk4412-dbc94341c06c1abaaf470e5cad888189ed27201c.zip
kernel_samsung_smdk4412-dbc94341c06c1abaaf470e5cad888189ed27201c.tar.gz
kernel_samsung_smdk4412-dbc94341c06c1abaaf470e5cad888189ed27201c.tar.bz2
futex: Always cleanup owner tid in unlock_pi
commit 13fbca4c6ecd96ec1a1cfa2e4f2ce191fe928a5e upstream. If the owner died bit is set at futex_unlock_pi, we currently do not cleanup the user space futex. So the owner TID of the current owner (the unlocker) persists. That's observable inconsistant state, especially when the ownership of the pi state got transferred. Clean it up unconditionally. Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Cc: Kees Cook <keescook@chromium.org> Cc: Will Drewry <wad@chromium.org> Cc: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> [steven@steven676.net: make apply to 3.0] Tested-by: Moritz Bandemer <replicant@posteo.mx>
Diffstat (limited to 'fs/reiserfs/lock.c')
0 files changed, 0 insertions, 0 deletions