diff options
| author | Janosch Frank <frankja@linux.ibm.com> | 2026-08-19 08:19:26 +0000 |
|---|---|---|
| committer | Janosch Frank <frankja@linux.ibm.com> | 2026-09-29 13:39:03 +0200 |
| commit | 044ae0767d8cc1fc2a53930361f05c9ed2c3c081 (patch) | |
| tree | 0252b9f694de4e2e65dc396a1fc4b2e0fe1f1d5b /tools/perf/scripts/python | |
| parent | dd91bb5aba89aabdc8ec595b69df7a140def5cfb (diff) | |
| download | linux-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/scripts/python')
0 files changed, 0 insertions, 0 deletions
