lkml.org 
[lkml]   [2021]   [Aug]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH 0/2] s390/vfio-ap: do not open code locks for VFIO_GROUP_NOTIFY_SET_KVM notification
From
Date


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(-)
>>>

\
 
 \ /
  Last update: 2021-08-02 18:33    [W:0.141 / U:1.052 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site