Received: by 2002:a05:7412:2a8c:b0:e2:908c:2ebd with SMTP id u12csp3744316rdh; Fri, 29 Sep 2023 00:43:01 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEHavx03+BSzaf8gdUOY/ixLQJ7AeWNDNCtp8IunUAkCeVMt8jNrubah/8vc+WOAE8twDgN X-Received: by 2002:a05:6a00:2350:b0:68e:496a:7854 with SMTP id j16-20020a056a00235000b0068e496a7854mr3394062pfj.18.1695973381535; Fri, 29 Sep 2023 00:43:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695973381; cv=none; d=google.com; s=arc-20160816; b=te59AZ6f3kDYStHn6da/E0e1+AadgKPVuzwMhJfUo517iShFZHcFknrqYToHfG6xMe EmBUXpFCjYpDOmTTTageBkzdCB3HLk6mIiQW9scH13rTvbOTHXIHZZYXDqcsSIp7llsq 6mCQbCcsxTgywcN6zNpwF4bYi6CnIRFsi82I6CVEjxr8LJBXoAqb0Wrwf0aNPr+f31Jj zRr3y/KMUmsveI6hSPvgDuKf+AEqJq5dWbKFEI+hhBDrNApS7RSHIgn89hWOiTTPbBcd AaUZ2G18SAUj2JLsYsW+89pn/1r4hrJbzS3CwH8Mp35bkuBinJPBXOWi0mierRmj+4r5 fERw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:dkim-signature; bh=mFHyzwss0VIynmY6kq9IQqsmynTMCUyfW9NTpB4UhBc=; fh=brbVgFrtCTEER0oOudG8SRWryx8saMIRm6YoJHqrKx4=; b=tvjwivbMF42xKxi4P0p+qqrH6Jbql4AP9gmXwv3NIAqDImX6G5TDoDPB8i9+Obuv/R s6OI2y0t3Gqi8EZ45g1JqJWyZ4zH/B2HsvTeBtph5rH6fSL6LNxBWHsa4mXr6+IZ4Ty/ eWSOlasmOsgAja/TfwAwz4U/KVDNbGBPFMmfM0ecsZ8Es2meS81gaAdN1ajpDorthKYe z//QsqUv5VUFbEXoN5Elb3CQBcoCY0gquAEoSe84ZDK8NA5tnC+Yrc7n77SHehY6beJ4 3hPiBnAjp3a3Gmem/Vep8Ckf2Y8t3qdYwPa12SHkExmcZv5AlhcT5i5qOE/L0vhhABoN LBkA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=f+m1Tfsd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from snail.vger.email (snail.vger.email. [23.128.96.37]) by mx.google.com with ESMTPS id m11-20020a633f0b000000b00565f24af893si2997568pga.22.2023.09.29.00.43.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Sep 2023 00:43:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) client-ip=23.128.96.37; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=f+m1Tfsd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by snail.vger.email (Postfix) with ESMTP id B178F831C80E; Thu, 28 Sep 2023 15:23:55 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at snail.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232166AbjI1WXu (ORCPT + 99 others); Thu, 28 Sep 2023 18:23:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37836 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232481AbjI1WXs (ORCPT ); Thu, 28 Sep 2023 18:23:48 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6CEBCCC8 for ; Thu, 28 Sep 2023 15:21:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1695939703; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=mFHyzwss0VIynmY6kq9IQqsmynTMCUyfW9NTpB4UhBc=; b=f+m1TfsdGmzdcATD1igpfaixeNlJMr8Z4zzvHvDqJPwuD+uEW+6dfPZrdfRCMs05CbmGXH kKVwQnjfGG7/tkRhmx6Y0z3N7dfcUNCPH+sYOxoB4K84iDAeNKGmJxj48uOM4l0zGoAlk/ Gqkfb0uvDqAVY1JNjo9SBpopEnSmI7Y= Received: from mail-io1-f72.google.com (mail-io1-f72.google.com [209.85.166.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-497-yLF41yEWNQGeVt55ZDvaZw-1; Thu, 28 Sep 2023 18:21:41 -0400 X-MC-Unique: yLF41yEWNQGeVt55ZDvaZw-1 Received: by mail-io1-f72.google.com with SMTP id ca18e2360f4ac-79524453b83so1690120539f.1 for ; Thu, 28 Sep 2023 15:21:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695939701; x=1696544501; h=content-transfer-encoding:mime-version:organization:references :in-reply-to:message-id:subject:cc:to:from:date:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=mFHyzwss0VIynmY6kq9IQqsmynTMCUyfW9NTpB4UhBc=; b=DxMb2le9zrCRAIH0mabK7EtgPL41AtgB4cDaNhldBZyK5r4lUdVaQvDnMgg5tz7WCO v3eOpf8kr5yD+728V8jCX4+p6GRcU2SGw4ZvbudY4/l82fWVNLjGlial8FxQpPNJPth+ pb3gmQ2waRMelQlbtWDu5BhO1lHHdJA7Pbskuo2RrMsjIFq+lV/H48evKB9EOGoMLyPA 6aDSKeKf2Vs/uMNsXzdvfT6MwMqYNBImpEKJzfcKFe1Tu1M4FqALbQTMbXQBJzQsKOYe HsW4ezaaiApoBffiodj1i9nvEc5YWjHatRuSdot8S8tkRL3Hpl6rcj1K94Ymfb+Bo3Lb 5LPw== X-Gm-Message-State: AOJu0Ywc5Sr460FOAH+DYAu1S0R72YiP/YkXLY/svtD12mDAv1OBZZhv sly2R52GgRwcoZ0cBwQ9U4MQ1xsPETtBQNAf+vHVupjM8KMIxB+L13Dwfg2NuumC51zGiun/Q5Z KKJoXadHSiNwTnE7mcRBgJS9X X-Received: by 2002:a5e:dc47:0:b0:79f:d671:c732 with SMTP id s7-20020a5edc47000000b0079fd671c732mr2854254iop.10.1695939700856; Thu, 28 Sep 2023 15:21:40 -0700 (PDT) X-Received: by 2002:a5e:dc47:0:b0:79f:d671:c732 with SMTP id s7-20020a5edc47000000b0079fd671c732mr2854217iop.10.1695939700529; Thu, 28 Sep 2023 15:21:40 -0700 (PDT) Received: from redhat.com ([38.15.60.12]) by smtp.gmail.com with ESMTPSA id t23-20020a02c497000000b0042b10d42c90sm4610172jam.113.2023.09.28.15.21.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 28 Sep 2023 15:21:39 -0700 (PDT) Date: Thu, 28 Sep 2023 16:21:09 -0600 From: Alex Williamson To: Sean Christopherson Cc: Catalin Marinas , Will Deacon , Marc Zyngier , Oliver Upton , Huacai Chen , Michael Ellerman , Anup Patel , Paul Walmsley , Palmer Dabbelt , Albert Ou , Heiko Carstens , Vasily Gorbik , Alexander Gordeev , Christian Borntraeger , Janosch Frank , Claudio Imbrenda , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, Peter Zijlstra , Arnaldo Carvalho de Melo , Paolo Bonzini , Tony Krowiak , Halil Pasic , Jason Herne , Harald Freudenberger , Andy Lutomirski , linux-arm-kernel@lists.infradead.org, kvmarm@lists.linux.dev, linux-mips@vger.kernel.org, kvm@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, kvm-riscv@lists.infradead.org, linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, Anish Ghulati , Venkatesh Srinivas , Andrew Thornton Subject: Re: [PATCH 05/26] vfio: KVM: Pass get/put helpers from KVM to VFIO, don't do circular lookup Message-ID: <20230928162109.42391b48.alex.williamson@redhat.com> In-Reply-To: <20230916003118.2540661-6-seanjc@google.com> References: <20230916003118.2540661-1-seanjc@google.com> <20230916003118.2540661-6-seanjc@google.com> Organization: Red Hat MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Thu, 28 Sep 2023 15:23:55 -0700 (PDT) On Fri, 15 Sep 2023 17:30:57 -0700 Sean Christopherson wrote: > Explicitly pass KVM's get/put helpers to VFIO when attaching a VM to > VFIO instead of having VFIO do a symbol lookup back into KVM. Having both > KVM and VFIO do symbol lookups increases the overall complexity and places > an unnecessary dependency on KVM (from VFIO) without adding any value. > > Signed-off-by: Sean Christopherson > --- > drivers/vfio/vfio.h | 2 ++ > drivers/vfio/vfio_main.c | 74 +++++++++++++++++++--------------------- > include/linux/vfio.h | 4 ++- > virt/kvm/vfio.c | 9 +++-- > 4 files changed, 47 insertions(+), 42 deletions(-) Reviewed-by: Alex Williamson > diff --git a/drivers/vfio/vfio.h b/drivers/vfio/vfio.h > index a1f741365075..eec51c7ee822 100644 > --- a/drivers/vfio/vfio.h > +++ b/drivers/vfio/vfio.h > @@ -19,6 +19,8 @@ struct vfio_container; > > struct vfio_kvm_reference { > struct kvm *kvm; > + bool (*get_kvm)(struct kvm *kvm); > + void (*put_kvm)(struct kvm *kvm); > spinlock_t lock; > }; > > diff --git a/drivers/vfio/vfio_main.c b/drivers/vfio/vfio_main.c > index e77e8c6aae2f..1f58ab6dbcd2 100644 > --- a/drivers/vfio/vfio_main.c > +++ b/drivers/vfio/vfio_main.c > @@ -16,7 +16,6 @@ > #include > #include > #include > -#include > #include > #include > #include > @@ -1306,38 +1305,22 @@ EXPORT_SYMBOL_GPL(vfio_file_enforced_coherent); > void vfio_device_get_kvm_safe(struct vfio_device *device, > struct vfio_kvm_reference *ref) > { > - void (*pfn)(struct kvm *kvm); > - bool (*fn)(struct kvm *kvm); > - bool ret; > - > lockdep_assert_held(&device->dev_set->lock); > > + /* > + * Note! The "kvm" and "put_kvm" pointers *must* be transferred to the > + * device so that the device can put its reference to KVM. KVM can > + * invoke vfio_device_set_kvm() to detach from VFIO, i.e. nullify all > + * pointers in @ref, even if a device holds a reference to KVM! That > + * also means that detaching KVM from VFIO only prevents "new" devices > + * from using KVM, it doesn't invalidate KVM references in existing > + * devices. > + */ > spin_lock(&ref->lock); > - > - if (!ref->kvm) > - goto out; > - > - pfn = symbol_get(kvm_put_kvm); > - if (WARN_ON(!pfn)) > - goto out; > - > - fn = symbol_get(kvm_get_kvm_safe); > - if (WARN_ON(!fn)) { > - symbol_put(kvm_put_kvm); > - goto out; > + if (ref->kvm && ref->get_kvm(ref->kvm)) { > + device->kvm = ref->kvm; > + device->put_kvm = ref->put_kvm; > } > - > - ret = fn(ref->kvm); > - symbol_put(kvm_get_kvm_safe); > - if (!ret) { > - symbol_put(kvm_put_kvm); > - goto out; > - } > - > - device->put_kvm = pfn; > - device->kvm = ref->kvm; > - > -out: > spin_unlock(&ref->lock); > } > > @@ -1353,28 +1336,37 @@ void vfio_device_put_kvm(struct vfio_device *device) > > device->put_kvm(device->kvm); > device->put_kvm = NULL; > - symbol_put(kvm_put_kvm); > - > clear: > device->kvm = NULL; > } > > static void vfio_device_set_kvm(struct vfio_kvm_reference *ref, > - struct kvm *kvm) > + struct kvm *kvm, > + bool (*get_kvm)(struct kvm *kvm), > + void (*put_kvm)(struct kvm *kvm)) > { > + if (WARN_ON_ONCE(kvm && (!get_kvm || !put_kvm))) > + return; > + > spin_lock(&ref->lock); > ref->kvm = kvm; > + ref->get_kvm = get_kvm; > + ref->put_kvm = put_kvm; > spin_unlock(&ref->lock); > } > > -static void vfio_group_set_kvm(struct vfio_group *group, struct kvm *kvm) > +static void vfio_group_set_kvm(struct vfio_group *group, struct kvm *kvm, > + bool (*get_kvm)(struct kvm *kvm), > + void (*put_kvm)(struct kvm *kvm)) > { > #if IS_ENABLED(CONFIG_VFIO_GROUP) > - vfio_device_set_kvm(&group->kvm_ref, kvm); > + vfio_device_set_kvm(&group->kvm_ref, kvm, get_kvm, put_kvm); > #endif > } > > -static void vfio_device_file_set_kvm(struct file *file, struct kvm *kvm) > +static void vfio_device_file_set_kvm(struct file *file, struct kvm *kvm, > + bool (*get_kvm)(struct kvm *kvm), > + void (*put_kvm)(struct kvm *kvm)) > { > struct vfio_device_file *df = file->private_data; > > @@ -1383,27 +1375,31 @@ static void vfio_device_file_set_kvm(struct file *file, struct kvm *kvm) > * be propagated to vfio_device::kvm when the file is bound to > * iommufd successfully in the vfio device cdev path. > */ > - vfio_device_set_kvm(&df->kvm_ref, kvm); > + vfio_device_set_kvm(&df->kvm_ref, kvm, get_kvm, put_kvm); > } > > /** > * vfio_file_set_kvm - Link a kvm with VFIO drivers > * @file: VFIO group file or VFIO device file > * @kvm: KVM to link > + * @get_kvm: Callback to get a reference to @kvm > + * @put_kvm: Callback to put a reference to @kvm > * > * When a VFIO device is first opened the KVM will be available in > * device->kvm if one was associated with the file. > */ > -void vfio_file_set_kvm(struct file *file, struct kvm *kvm) > +void vfio_file_set_kvm(struct file *file, struct kvm *kvm, > + bool (*get_kvm)(struct kvm *kvm), > + void (*put_kvm)(struct kvm *kvm)) > { > struct vfio_group *group; > > group = vfio_group_from_file(file); > if (group) > - vfio_group_set_kvm(group, kvm); > + vfio_group_set_kvm(group, kvm, get_kvm, put_kvm); > > if (vfio_device_from_file(file)) > - vfio_device_file_set_kvm(file, kvm); > + vfio_device_file_set_kvm(file, kvm, get_kvm, put_kvm); > } > EXPORT_SYMBOL_GPL(vfio_file_set_kvm); > #endif > diff --git a/include/linux/vfio.h b/include/linux/vfio.h > index e80955de266c..35e970e3d3fb 100644 > --- a/include/linux/vfio.h > +++ b/include/linux/vfio.h > @@ -312,7 +312,9 @@ static inline bool vfio_file_has_dev(struct file *file, struct vfio_device *devi > bool vfio_file_is_valid(struct file *file); > bool vfio_file_enforced_coherent(struct file *file); > #if IS_ENABLED(CONFIG_KVM) > -void vfio_file_set_kvm(struct file *file, struct kvm *kvm); > +void vfio_file_set_kvm(struct file *file, struct kvm *kvm, > + bool (*get_kvm)(struct kvm *kvm), > + void (*put_kvm)(struct kvm *kvm)); > #endif > > #define VFIO_PIN_PAGES_MAX_ENTRIES (PAGE_SIZE/sizeof(unsigned long)) > diff --git a/virt/kvm/vfio.c b/virt/kvm/vfio.c > index ca24ce120906..f14fcbb34bc6 100644 > --- a/virt/kvm/vfio.c > +++ b/virt/kvm/vfio.c > @@ -37,13 +37,18 @@ struct kvm_vfio { > > static void kvm_vfio_file_set_kvm(struct file *file, struct kvm *kvm) > { > - void (*fn)(struct file *file, struct kvm *kvm); > + void (*fn)(struct file *file, struct kvm *kvm, > + bool (*get_kvm)(struct kvm *kvm), > + void (*put_kvm)(struct kvm *kvm)); > > fn = symbol_get(vfio_file_set_kvm); > if (!fn) > return; > > - fn(file, kvm); > + if (kvm) > + fn(file, kvm, kvm_get_kvm_safe, kvm_put_kvm); > + else > + fn(file, kvm, NULL, NULL); > > symbol_put(vfio_file_set_kvm); > }