Re: [PATCH v2 2/3] KVM: s390: Always allocate esca_block

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 20/05/2025 10.35, Christoph Schlameuss wrote:
On Tue May 20, 2025 at 7:41 AM CEST, Thomas Huth wrote:
On 19/05/2025 13.36, Christoph Schlameuss wrote:
Instead of allocating a BSCA and upgrading it for PV or when adding the
65th cpu we can always use the ESCA.

The only downside of the change is that we will always allocate 4 pages
for a 248 cpu ESCA instead of a single page for the BSCA per VM.
In return we can delete a bunch of checks and special handling depending
on the SCA type as well as the whole BSCA to ESCA conversion.

As a fallback we can still run without SCA entries when the SIGP
interpretation facility or ESCA are not available.

Signed-off-by: Christoph Schlameuss <schlameuss@xxxxxxxxxxxxx>
---
   arch/s390/include/asm/kvm_host.h |   1 -
   arch/s390/kvm/interrupt.c        |  67 ++++-------------
   arch/s390/kvm/kvm-s390.c         | 159 ++++++---------------------------------
   arch/s390/kvm/kvm-s390.h         |   4 +-
   4 files changed, 42 insertions(+), 189 deletions(-)

Could you now also remove struct bsca_block from the kvm_host_types.h header?


We still need these to support sigp with bsca in vsie. (Once I have that
running properly.)

Ah, ok!

...
diff --git a/arch/s390/kvm/kvm-s390.h b/arch/s390/kvm/kvm-s390.h
index 8d3bbb2dd8d27802bbde2a7bd1378033ad614b8e..2c8e177e4af8f2dab07fd42a904cefdea80f6855 100644
--- a/arch/s390/kvm/kvm-s390.h
+++ b/arch/s390/kvm/kvm-s390.h
@@ -531,7 +531,7 @@ int kvm_s390_handle_per_event(struct kvm_vcpu *vcpu);
   /* support for Basic/Extended SCA handling */
   static inline union ipte_control *kvm_s390_get_ipte_control(struct kvm *kvm)
   {
-	struct bsca_block *sca = kvm->arch.sca; /* SCA version doesn't matter */
+	struct esca_block *sca = kvm->arch.sca; /* SCA version doesn't matter */

You might want to adjust/remove the comment here now.


Yes. This does not make any sense anymore. But it is already completely removed
along with that whole message in the next patch.

Right, so likely not worth to respin just because of this.
Thus feel free to add:

Reviewed-by: Thomas Huth <thuth@xxxxxxxxxx>





[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux