summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/exported-sql-viewer.py
diff options
context:
space:
mode:
authorJuergen Gross <jgross@suse.com>2018-10-01 08:57:42 +0300
committerJuergen Gross <jgross@suse.com>2018-10-24 11:17:38 +0300
commit2ac2a7d4d9ff4e01e36f9c3d116582f6f655ab47 (patch)
treed28c742b57503c1118c87dc79f66515a2e38f010 /tools/perf/scripts/python/exported-sql-viewer.py
parentaf320de90ec864bb78fdbc9c0c3e99f28d1aab0f (diff)
downloadlinux-2ac2a7d4d9ff4e01e36f9c3d116582f6f655ab47.tar.xz
xen: fix race in xen_qlock_wait()
In the following situation a vcpu waiting for a lock might not be woken up from xen_poll_irq(): CPU 1: CPU 2: CPU 3: takes a spinlock tries to get lock -> xen_qlock_wait() frees the lock -> xen_qlock_kick(cpu2) -> xen_clear_irq_pending() takes lock again tries to get lock -> *lock = _Q_SLOW_VAL -> *lock == _Q_SLOW_VAL ? -> xen_poll_irq() frees the lock -> xen_qlock_kick(cpu3) And cpu 2 will sleep forever. This can be avoided easily by modifying xen_qlock_wait() to call xen_poll_irq() only if the related irq was not pending and to call xen_clear_irq_pending() only if it was pending. Cc: stable@vger.kernel.org Cc: Waiman.Long@hp.com Cc: peterz@infradead.org Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
Diffstat (limited to 'tools/perf/scripts/python/exported-sql-viewer.py')
0 files changed, 0 insertions, 0 deletions