summaryrefslogtreecommitdiff
path: root/arch/x86/include/asm/xen
diff options
context:
space:
mode:
authorStefano Stabellini <sstabellini@kernel.org>2017-11-16 00:20:21 +0300
committerBoris Ostrovsky <boris.ostrovsky@oracle.com>2017-11-16 00:38:15 +0300
commit646d944c2ef5a3b298c4e150494c71b9272d8b47 (patch)
tree7dc5ca8c8681c80b438db0babfebe26e2f1ecbc0 /arch/x86/include/asm/xen
parent24e7f84db0db6b6f14581707a45d06ec5d5b88f2 (diff)
downloadlinux-646d944c2ef5a3b298c4e150494c71b9272d8b47.tar.xz
xen/pvcalls: fix potential endless loop in pvcalls-front.c
mutex_trylock() returns 1 if you take the lock and 0 if not. Assume you take in_mutex on the first try, but you can't take out_mutex. Next times you call mutex_trylock() in_mutex is going to fail. It's an endless loop. Solve the problem by waiting until the global refcount is 1 instead (the refcount is 1 when the only active pvcalls frontend function is pvcalls_front_release). Reported-by: Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by: Stefano Stabellini <sstabellini@kernel.org> Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Diffstat (limited to 'arch/x86/include/asm/xen')
0 files changed, 0 insertions, 0 deletions