summaryrefslogtreecommitdiff
path: root/tools/perf/python/stackcollapse.py
diff options
context:
space:
mode:
authorJanosch Frank <frankja@linux.ibm.com>2026-08-19 08:19:26 +0000
committerJanosch Frank <frankja@linux.ibm.com>2026-09-29 13:39:03 +0200
commit044ae0767d8cc1fc2a53930361f05c9ed2c3c081 (patch)
tree0252b9f694de4e2e65dc396a1fc4b2e0fe1f1d5b /tools/perf/python/stackcollapse.py
parentdd91bb5aba89aabdc8ec595b69df7a140def5cfb (diff)
downloadlinux-next-044ae0767d8cc1fc2a53930361f05c9ed2c3c081.tar.gz
linux-next-044ae0767d8cc1fc2a53930361f05c9ed2c3c081.zip
KVM: s390: Kick PV cpus at the right time for service irqs
Service call handling is a two stage process for PV vms. First we receive the secure instruction intercept and then the secure instruction notification intercept. The secure instruction intercept (104) is analogous to the non-pv instruction intercept (4) with the difference that we're not allowed to inject an IRQ when re-entering SIE. We have to wait for the notification intercept (108) which tells us that we're allowed to inject. Unfortunately we never considered this difference and hence the IRQ injection code will try to kick on the secure instruction intercept where service IRQs are masked. It's time to move the kick to the instruction notification and skip kicking on the instruction interception path. Signed-off-by: Janosch Frank <frankja@linux.ibm.com> Acked-by: Christian Borntraeger <borntraeger@linux.ibm.com>
Diffstat (limited to 'tools/perf/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions