Messages in this thread | | | Subject | Re: [PATCH 0/2] s390/vfio-ap: do not open code locks for VFIO_GROUP_NOTIFY_SET_KVM notification | From | Tony Krowiak <> | Date | Mon, 2 Aug 2021 12:32:12 -0400 |
| |
On 8/2/21 9:53 AM, Halil Pasic wrote: > On Mon, 2 Aug 2021 09:10:26 -0400 > Tony Krowiak <akrowiak@linux.ibm.com> wrote: > >> PING! >> >> This patch will pre-req version 17 of a patch series I have waiting in >> the wings, >> so I'd like to get this one merged ASAP. In particular, if a KVM >> maintainer can >> take a look at the comments concerning the taking of the kvm->lock >> before the >> matrix_mdev->lock it would be greatly appreciated. Those comments begin with >> Message ID <20210727004329.3bcc7d4f.pasic@linux.ibm.com> from Halil Pasic. > As far as I'm concerned, we can move forward with this. Was this > supposed to go in via Alex's tree?
I am not certain, Christian queued the previous patches related to this on:
https://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git/log/?h=fixes
Jason G., since this will need to be integrated with your other patches, where should this be queued?
> >> On 7/19/21 3:35 PM, Tony Krowiak wrote: >>> This series is actually only comprised of a single patch to replace the >>> open coded locks used during VFIO_GROUP_NOTIFY_SET_KVM notification. The >>> first patch is included because it is a pre-req slotted to be merged but is >>> not yet available in the kernel. >>> >>> Tony Krowiak (2): >>> s390/vfio-ap: r/w lock for PQAP interception handler function pointer >>> s390/vfio-ap: replace open coded locks for VFIO_GROUP_NOTIFY_SET_KVM >>> notification >>> >>> arch/s390/include/asm/kvm_host.h | 8 +- >>> arch/s390/kvm/kvm-s390.c | 28 +++++- >>> arch/s390/kvm/priv.c | 10 +- >>> drivers/s390/crypto/vfio_ap_ops.c | 127 +++++++++----------------- >>> drivers/s390/crypto/vfio_ap_private.h | 4 +- >>> 5 files changed, 77 insertions(+), 100 deletions(-) >>>
| |