RFC KVM: s390: vsie: support VCPU requests
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest2 patches 10 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/2 | KVM: s390: vsie: simulate VCPU SIE entry/exitarch/ arch/ arch/ | +27 | 4 replies | |
| 2/2 | KVM: s390: introduce and use KVM_REQ_VSIE_RESTARTarch/ arch/ | +7 | 4 replies |
Reviews trailers per patch
All 2 patches have a Reviewed-by or Acked-by.
| Patch | Pierre Morel | Cornelia Huck | Janosch Frank |
|---|---|---|---|
| 1/2 | R-b T-b | R-b | R-b |
| 2/2 | R-b T-b | R-b | R-b |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes. Scroll the table sideways for all 3 reviewers.
Cover letter [PATCH RFC 0/2] KVM: s390: vsie: support VCPU requests
While discussing AP changes, we discovered that we will have to force a CPU using the vSIE to regenerate/reload shadow data structures. For now, we have no mechanism for that.
E.g. when clearing AP masks later, we could still have a vSIE CPU making use of AP adapters as the masks might not be considered yet in the vSIE data structures. We need a way to block entering the vSIE and regenerate all shadow data structures once done.
Looks like we can achieve that by simply simulating an ordinary SIE entry/exit in the VCPU sie control block (while entering the vSIE loop).
This way, we can support blocking and also synchronous CPU requests.
Only compile tested.
David Hildenbrand (2):
KVM: s390: vsie: simulate VCPU SIE entry/exit
KVM: s390: introduce and use KVM_REQ_VSIE_RESTART
arch/s390/include/asm/kvm_host.h | 1 + arch/s390/kvm/kvm-s390.c | 16 ++++++++++++++-- arch/s390/kvm/kvm-s390.h | 1 + arch/s390/kvm/vsie.c | 20 ++++++++++++++++++-- 4 files changed, 34 insertions(+), 4 deletions(-)
Signature · 1 line
2.17.1