mbox

[GIT,PULL,00/13] KVM: s390: Changes for 5.18 part1

Message ID 20220222094910.18331-1-borntraeger@linux.ibm.com (mailing list archive)
State New, archived
Headers show

Pull-request

git://git.kernel.org/pub/scm/linux/kernel/git/kvms390/linux.git tags/kvm-s390-next-5.18-1

Message

Christian Borntraeger Feb. 22, 2022, 9:48 a.m. UTC
Paolo,

first part of the s390 parts of KVM for 5.18. This is on top of the fix
that went into Linus tree, so it will move kvm/next to something between
rc3 and rc4.

I added 2 later fixups for the storage key patches on top. Let me know if
you prefer them folded in.

We might do a 2nd pull request later on depending on timing, review and
other constraints
with
- rewritten selftest for memop
- ultravisor device (could also go via s390 tree)
- parts/all of Claudios lazy destroy
- parts/all of PCI passthru (could be later and might go via s390 tree as
  well via a topic branch)
- followup to guest entry/exit work if we find a small solution
- adapter interruption virtualization facility for secure guests

The following changes since commit 09a93c1df3eafa43bcdfd7bf837c574911f12f55:

  Merge tag 'kvm-s390-kernel-access' from emailed bundle (2022-02-09 09:14:22 -0800)

are available in the Git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/kvms390/linux.git  tags/kvm-s390-next-5.18-1

for you to fetch changes up to 3d9042f8b923810c169ece02d91c70ec498eff0b:

  KVM: s390: Add missing vm MEM_OP size check (2022-02-22 09:16:18 +0100)

----------------------------------------------------------------
KVM: s390: Changes for 5.18 part1

- add Claudio as Maintainer
- first step to do proper storage key checking
- testcase for missing memop check

----------------------------------------------------------------
Christian Borntraeger (1):
      KVM: s390: MAINTAINERS: promote Claudio Imbrenda

Janis Schoetterl-Glausch (11):
      s390/uaccess: Add copy_from/to_user_key functions
      KVM: s390: Honor storage keys when accessing guest memory
      KVM: s390: handle_tprot: Honor storage keys
      KVM: s390: selftests: Test TEST PROTECTION emulation
      KVM: s390: Add optional storage key checking to MEMOP IOCTL
      KVM: s390: Add vm IOCTL for key checked guest absolute memory access
      KVM: s390: Rename existing vcpu memop functions
      KVM: s390: Add capability for storage key extension of MEM_OP IOCTL
      KVM: s390: Update api documentation for memop ioctl
      KVM: s390: Clarify key argument for MEM_OP in api docs
      KVM: s390: Add missing vm MEM_OP size check

Thomas Huth (1):
      selftests: kvm: Check whether SIDA memop fails for normal guests

 Documentation/virt/kvm/api.rst            | 112 ++++++++++---
 MAINTAINERS                               |   2 +-
 arch/s390/include/asm/ctl_reg.h           |   2 +
 arch/s390/include/asm/page.h              |   2 +
 arch/s390/include/asm/uaccess.h           |  22 +++
 arch/s390/kvm/gaccess.c                   | 250 ++++++++++++++++++++++++++++--
 arch/s390/kvm/gaccess.h                   |  86 ++++++++--
 arch/s390/kvm/intercept.c                 |  12 +-
 arch/s390/kvm/kvm-s390.c                  | 132 +++++++++++++---
 arch/s390/kvm/priv.c                      |  66 ++++----
 arch/s390/lib/uaccess.c                   |  81 +++++++---
 include/uapi/linux/kvm.h                  |  11 +-
 tools/testing/selftests/kvm/.gitignore    |   1 +
 tools/testing/selftests/kvm/Makefile      |   1 +
 tools/testing/selftests/kvm/s390x/memop.c |  15 ++
 tools/testing/selftests/kvm/s390x/tprot.c | 227 +++++++++++++++++++++++++++
 16 files changed, 897 insertions(+), 125 deletions(-)
 create mode 100644 tools/testing/selftests/kvm/s390x/tprot.c

Comments

Christian Borntraeger Feb. 22, 2022, 3:18 p.m. UTC | #1
Am 22.02.22 um 10:48 schrieb Christian Borntraeger:
> ----------------------------------------------------------------
> Christian Borntraeger (1):
>        KVM: s390: MAINTAINERS: promote Claudio Imbrenda
> 
> Janis Schoetterl-Glausch (11):
>        s390/uaccess: Add copy_from/to_user_key functions

Forgot to mention this: this contains one s390 patch that is acked by the s390 maintainer.
Paolo Bonzini Feb. 22, 2022, 6:18 p.m. UTC | #2
On 2/22/22 10:48, Christian Borntraeger wrote:
> Paolo,
> 
> first part of the s390 parts of KVM for 5.18. This is on top of the fix
> that went into Linus tree, so it will move kvm/next to something between
> rc3 and rc4.
> 
> I added 2 later fixups for the storage key patches on top. Let me know if
> you prefer them folded in.
> 
> We might do a 2nd pull request later on depending on timing, review and
> other constraints
> with
> - rewritten selftest for memop
> - ultravisor device (could also go via s390 tree)
> - parts/all of Claudios lazy destroy
> - parts/all of PCI passthru (could be later and might go via s390 tree as
>    well via a topic branch)
> - followup to guest entry/exit work if we find a small solution
> - adapter interruption virtualization facility for secure guests
> 
> The following changes since commit 09a93c1df3eafa43bcdfd7bf837c574911f12f55:
> 
>    Merge tag 'kvm-s390-kernel-access' from emailed bundle (2022-02-09 09:14:22 -0800)
> 
> are available in the Git repository at:
> 
>    git://git.kernel.org/pub/scm/linux/kernel/git/kvms390/linux.git  tags/kvm-s390-next-5.18-1
> 
> for you to fetch changes up to 3d9042f8b923810c169ece02d91c70ec498eff0b:
> 
>    KVM: s390: Add missing vm MEM_OP size check (2022-02-22 09:16:18 +0100)

Pulled, thanks.

Paolo