Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp672533ybb; Wed, 1 Apr 2020 07:40:42 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtVTct9A6ODvs8bU9b8apu10ZxC6CLEcAKM6F2F+suRbzK8FdE3njn+MLGRWWLFO5nDcWQ8 X-Received: by 2002:a05:6820:319:: with SMTP id l25mr17173369ooe.88.1585752042014; Wed, 01 Apr 2020 07:40:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585752042; cv=none; d=google.com; s=arc-20160816; b=0+JqZHsldEUDG7zmPk66hN+3QRHCD+NYp599LFTSX0bJ1ibvQobbvvMShhwsx+/Dtq o7Qev+hHMeE58UAMPQM55XGhzn3dkYzGWPuZdTe//PEbK9Ujl/vnQDmY4bXzESkoEe2Z UsZmE3u2It0aNbsJaPsSzVoMnGVre7LNJHtC7qtwbWi2ytIXMzOFnqer9Bu/HlAngAMM 8GWLeyz80/nCw14JnOirnOUhJ6n2awegRx9ok3sjfO98Mq3RK75e2bD/2sS89P9DBFL1 2aaDqPMNbCua1dQOR+cFbumyw0DlsrvThWEhpfJQkBnBtFxVzrbLfQ6pfVO5Y+5qTapw fVDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=74NIuGwcwXsgaQ4yVtDb19vFmzCnopm+NQgj4M0aU1w=; b=vDzf9Nh8/sQsOUuWXnQTL0iysjsWjcg7x328npJN3dxoF1crMNIP6cfmh2ncBX5ict Vx1PW7cC/yCQS66EjWwc9xj583eYeBTTws6/5zsjPWYSNdbG/FTTA56StkHNpDG81oyn vSaMpH3dsFB0ByC4hUIaPptB/T0e2RXewHU1R9KyrHr+7Gl2rOQTlRqpnzPNrorxcSaw 8zECIxpfE+vED60kQ36AzXieLesTxNM/M/lhWJyUyCY9QHzqcwK71mcjBLfHPw866nzY Nu8I/Hxu6OrMgPsJFafMPwZDKxRHodc/+vz37aXUSJ5CFnL7sGdZ5BrXGfJ2Fv0T19aI Eb3A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=jOGg++wn; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x1si804756otq.201.2020.04.01.07.40.28; Wed, 01 Apr 2020 07:40:41 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=jOGg++wn; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1733110AbgDAOjb (ORCPT + 99 others); Wed, 1 Apr 2020 10:39:31 -0400 Received: from us-smtp-1.mimecast.com ([205.139.110.61]:31396 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1732976AbgDAOja (ORCPT ); Wed, 1 Apr 2020 10:39:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1585751969; 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=74NIuGwcwXsgaQ4yVtDb19vFmzCnopm+NQgj4M0aU1w=; b=jOGg++wnTuufCvwqYHUohB0+xzdee/dUMLgRgUSGGPgWTPOcx+DSjid2zVxPCU3+/b+hmK OiG0HMqVKmaCO6aVOGbOXxGQuuSeIcnv+QOi/hM+gS59gJm9qVe8uMlKdIz8OImOBzwYrg Yd1KqORMNnn5ifJAH3r+nGTFCM0MqbI= Received: from mail-wm1-f69.google.com (mail-wm1-f69.google.com [209.85.128.69]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-94-3Zn9a6_YOwS6kPQLsPtlqg-1; Wed, 01 Apr 2020 10:39:27 -0400 X-MC-Unique: 3Zn9a6_YOwS6kPQLsPtlqg-1 Received: by mail-wm1-f69.google.com with SMTP id t65so64881wmf.0 for ; Wed, 01 Apr 2020 07:39:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=74NIuGwcwXsgaQ4yVtDb19vFmzCnopm+NQgj4M0aU1w=; b=f+L07DmHYZzWRp3xOqoRj/ZdmQdR8jRm01U0QDjGgOOaHzB9YKEp48xtzsir9a94Ky o6d/fGwemoWfs3lwJTTGWMJ2ErsYKinUmhjTHxrIiMsXW9xOhltETYtPwKF/19Y66B0M eiV5d2ElZvzs9dlrfRbMkK0xKKpVdFi+sPZpqbeHjPf14gsxbSKv0W15+gyNYZJpeVWP npzhRS85UwqTvE38W154BVTDADHj1StOWrK/ChSioGGhr7y+89kBJhplk9oQ6+jNAXEe NHJto0bEGGt1+eUX5d38NfCEzXJXB4ypeR4CNzO1046VzIsF1TJKRw4gSmqxEj6EpUgk Maog== X-Gm-Message-State: AGi0PuYIOzoYSJyzlAkWUHS+gx5KzOLEFwBsgdUhYJLIjjXNnev2Jj3j uED2Mk+ZxPqk/ks/xNjkRyB2yKiG3krTlpp4IAqohZrTlTctYF4oTLazsBnJCOB46exnoqdRRhi G4kVDwgYkC5dtkDW3QyQCkiQk X-Received: by 2002:adf:e50c:: with SMTP id j12mr5515692wrm.154.1585751966340; Wed, 01 Apr 2020 07:39:26 -0700 (PDT) X-Received: by 2002:adf:e50c:: with SMTP id j12mr5515622wrm.154.1585751965417; Wed, 01 Apr 2020 07:39:25 -0700 (PDT) Received: from redhat.com (bzq-79-176-51-222.red.bezeqint.net. [79.176.51.222]) by smtp.gmail.com with ESMTPSA id r9sm2872602wma.47.2020.04.01.07.39.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Apr 2020 07:39:24 -0700 (PDT) Date: Wed, 1 Apr 2020 10:39:21 -0400 From: "Michael S. Tsirkin" To: Jason Wang Cc: linux-kernel@vger.kernel.org, kvm@vger.kernel.org, virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, jgg@mellanox.com, maxime.coquelin@redhat.com, cunming.liang@intel.com, zhihong.wang@intel.com, rob.miller@broadcom.com, xiao.w.wang@intel.com, lingshan.zhu@intel.com, eperezma@redhat.com, lulu@redhat.com, parav@mellanox.com, kevin.tian@intel.com, stefanha@redhat.com, rdunlap@infradead.org, hch@infradead.org, aadam@redhat.com, jiri@mellanox.com, shahafs@mellanox.com, hanand@xilinx.com, mhabets@solarflare.com, gdawar@xilinx.com, saugatm@xilinx.com, vmireyno@marvell.com, zhangweining@ruijie.com.cn Subject: Re: [PATCH V9 1/9] vhost: refine vhost and vringh kconfig Message-ID: <20200401103659-mutt-send-email-mst@kernel.org> References: <20200326140125.19794-1-jasowang@redhat.com> <20200326140125.19794-2-jasowang@redhat.com> <20200401092004-mutt-send-email-mst@kernel.org> <6b4d169a-9962-6014-5423-1507059343e9@redhat.com> <20200401100954-mutt-send-email-mst@kernel.org> <3dd3b7e7-e3d9-dba4-00fc-868081f95ab7@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3dd3b7e7-e3d9-dba4-00fc-868081f95ab7@redhat.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 01, 2020 at 10:29:32PM +0800, Jason Wang wrote: > > On 2020/4/1 下午10:13, Michael S. Tsirkin wrote: > > On Wed, Apr 01, 2020 at 10:08:59PM +0800, Jason Wang wrote: > > > On 2020/4/1 下午9:22, Michael S. Tsirkin wrote: > > > > On Thu, Mar 26, 2020 at 10:01:17PM +0800, Jason Wang wrote: > > > > > Currently, CONFIG_VHOST depends on CONFIG_VIRTUALIZATION. But vhost is > > > > > not necessarily for VM since it's a generic userspace and kernel > > > > > communication protocol. Such dependency may prevent archs without > > > > > virtualization support from using vhost. > > > > > > > > > > To solve this, a dedicated vhost menu is created under drivers so > > > > > CONIFG_VHOST can be decoupled out of CONFIG_VIRTUALIZATION. > > > > > > > > > > While at it, also squash Kconfig.vringh into vhost Kconfig file. This > > > > > avoids the trick of conditional inclusion from VOP or CAIF. Then it > > > > > will be easier to introduce new vringh users and common dependency for > > > > > both vringh and vhost. > > > > > > > > > > Signed-off-by: Jason Wang > > > > Is this just so we can drop the dependency on CONFIG_VIRTUALIZATION? > > > > If yes what happens if we drop this patch? > > > > > > The problem is that then VHOST_RING must depend on CONFIG_VIRTUALIZATION > > > (which enable VHOST_IOTLB) to work. > > > > > > But it looks to me CAIF and VOP doesn't requires CONFIG_VIRTUALIZATION. > > How about stubs for IOTLB so VHOST_RING does not depend on VHOST_IOTLB? > > > That could work. > > > > I'm pretty sure neither user of vringh can actually use IOTLB, it's a > > software only thing. > > > Right. > > > > > > > > Given the impact it had I'd like to defer it till next release if > > > > possible. > > > > > > > > > > > > > --- > > > > > arch/arm/kvm/Kconfig | 2 -- > > > > > arch/arm64/kvm/Kconfig | 2 -- > > > > > arch/mips/kvm/Kconfig | 2 -- > > > > > arch/powerpc/kvm/Kconfig | 2 -- > > > > > arch/s390/kvm/Kconfig | 4 ---- > > > > > arch/x86/kvm/Kconfig | 4 ---- > > > > > drivers/Kconfig | 2 ++ > > > > > drivers/misc/mic/Kconfig | 4 ---- > > > > > drivers/net/caif/Kconfig | 4 ---- > > > > > drivers/vhost/Kconfig | 23 ++++++++++++++--------- > > > > > drivers/vhost/Kconfig.vringh | 6 ------ > > > > > 11 files changed, 16 insertions(+), 39 deletions(-) > > > > > delete mode 100644 drivers/vhost/Kconfig.vringh > > > > > > > > > > diff --git a/arch/arm/kvm/Kconfig b/arch/arm/kvm/Kconfig > > > > > index f591026347a5..be97393761bf 100644 > > > > > --- a/arch/arm/kvm/Kconfig > > > > > +++ b/arch/arm/kvm/Kconfig > > > > > @@ -54,6 +54,4 @@ config KVM_ARM_HOST > > > > > ---help--- > > > > > Provides host support for ARM processors. > > > > > -source "drivers/vhost/Kconfig" > > > > > - > > > > > endif # VIRTUALIZATION > > > > > diff --git a/arch/arm64/kvm/Kconfig b/arch/arm64/kvm/Kconfig > > > > > index a475c68cbfec..449386d76441 100644 > > > > > --- a/arch/arm64/kvm/Kconfig > > > > > +++ b/arch/arm64/kvm/Kconfig > > > > > @@ -64,6 +64,4 @@ config KVM_ARM_PMU > > > > > config KVM_INDIRECT_VECTORS > > > > > def_bool KVM && (HARDEN_BRANCH_PREDICTOR || HARDEN_EL2_VECTORS) > > > > > -source "drivers/vhost/Kconfig" > > > > > - > > > > > endif # VIRTUALIZATION > > > > > diff --git a/arch/mips/kvm/Kconfig b/arch/mips/kvm/Kconfig > > > > > index eac25aef21e0..b91d145aa2d5 100644 > > > > > --- a/arch/mips/kvm/Kconfig > > > > > +++ b/arch/mips/kvm/Kconfig > > > > > @@ -72,6 +72,4 @@ config KVM_MIPS_DEBUG_COP0_COUNTERS > > > > > If unsure, say N. > > > > > -source "drivers/vhost/Kconfig" > > > > > - > > > > > endif # VIRTUALIZATION > > > > > diff --git a/arch/powerpc/kvm/Kconfig b/arch/powerpc/kvm/Kconfig > > > > > index 711fca9bc6f0..12885eda324e 100644 > > > > > --- a/arch/powerpc/kvm/Kconfig > > > > > +++ b/arch/powerpc/kvm/Kconfig > > > > > @@ -204,6 +204,4 @@ config KVM_XIVE > > > > > default y > > > > > depends on KVM_XICS && PPC_XIVE_NATIVE && KVM_BOOK3S_HV_POSSIBLE > > > > > -source "drivers/vhost/Kconfig" > > > > > - > > > > > endif # VIRTUALIZATION > > > > > diff --git a/arch/s390/kvm/Kconfig b/arch/s390/kvm/Kconfig > > > > > index d3db3d7ed077..def3b60f1fe8 100644 > > > > > --- a/arch/s390/kvm/Kconfig > > > > > +++ b/arch/s390/kvm/Kconfig > > > > > @@ -55,8 +55,4 @@ config KVM_S390_UCONTROL > > > > > If unsure, say N. > > > > > -# OK, it's a little counter-intuitive to do this, but it puts it neatly under > > > > > -# the virtualization menu. > > > > > -source "drivers/vhost/Kconfig" > > > > > - > > > > > endif # VIRTUALIZATION > > > > > diff --git a/arch/x86/kvm/Kconfig b/arch/x86/kvm/Kconfig > > > > > index 991019d5eee1..0dfe70e17af9 100644 > > > > > --- a/arch/x86/kvm/Kconfig > > > > > +++ b/arch/x86/kvm/Kconfig > > > > > @@ -94,8 +94,4 @@ config KVM_MMU_AUDIT > > > > > This option adds a R/W kVM module parameter 'mmu_audit', which allows > > > > > auditing of KVM MMU events at runtime. > > > > > -# OK, it's a little counter-intuitive to do this, but it puts it neatly under > > > > > -# the virtualization menu. > > > > > -source "drivers/vhost/Kconfig" > > > > > - > > > > > endif # VIRTUALIZATION > > > > > diff --git a/drivers/Kconfig b/drivers/Kconfig > > > > > index 8befa53f43be..7a6d8b2b68b4 100644 > > > > > --- a/drivers/Kconfig > > > > > +++ b/drivers/Kconfig > > > > > @@ -138,6 +138,8 @@ source "drivers/virt/Kconfig" > > > > > source "drivers/virtio/Kconfig" > > > > > +source "drivers/vhost/Kconfig" > > > > > + > > > > > source "drivers/hv/Kconfig" > > > > > source "drivers/xen/Kconfig" > > > > > diff --git a/drivers/misc/mic/Kconfig b/drivers/misc/mic/Kconfig > > > > > index b6841ba6d922..8f201d019f5a 100644 > > > > > --- a/drivers/misc/mic/Kconfig > > > > > +++ b/drivers/misc/mic/Kconfig > > > > > @@ -133,8 +133,4 @@ config VOP > > > > > OS and tools for MIC to use with this driver are available from > > > > > . > > > > > -if VOP > > > > > -source "drivers/vhost/Kconfig.vringh" > > > > > -endif > > > > > - > > > > > endmenu > > > > > diff --git a/drivers/net/caif/Kconfig b/drivers/net/caif/Kconfig > > > > > index e74e2bb61236..9db0570c5beb 100644 > > > > > --- a/drivers/net/caif/Kconfig > > > > > +++ b/drivers/net/caif/Kconfig > > > > > @@ -58,8 +58,4 @@ config CAIF_VIRTIO > > > > > ---help--- > > > > > The CAIF driver for CAIF over Virtio. > > > > > -if CAIF_VIRTIO > > > > > -source "drivers/vhost/Kconfig.vringh" > > > > > -endif > > > > > - > > > > > endif # CAIF_DRIVERS > > > > > diff --git a/drivers/vhost/Kconfig b/drivers/vhost/Kconfig > > > > > index 3d03ccbd1adc..4aef10a54cd1 100644 > > > > > --- a/drivers/vhost/Kconfig > > > > > +++ b/drivers/vhost/Kconfig > > > > > @@ -1,8 +1,20 @@ > > > > > # SPDX-License-Identifier: GPL-2.0-only > > > > > +config VHOST_RING > > > > > + tristate > > > > > + help > > > > > + This option is selected by any driver which needs to access > > > > > + the host side of a virtio ring. > > > > > + > > > > > +menuconfig VHOST > > > > > + tristate "Host kernel accelerator for virtio (VHOST)" > > > > > + help > > > > > + This option is selected by any driver which needs to access > > > > > + the core of vhost. > > > > > +if VHOST > > > > > + > > > > The description here is wrong, isn't it? > > > > VHOST and VHOST_RING are no longer selected, right? > > > > > > For VHOST not currently. > > Can we just bring it back and select it? > > > Right, so if bring it back, we don't even need the stub. > > How about something like attached? > > Thanks > > > > > > > For VHOST_RING, it was selected by CAIF, VOP and VDPASIM. > > > > > > Thanks > > > > > > > > > > > > > > > config VHOST_NET > > > > > tristate "Host kernel accelerator for virtio net" > > > > > depends on NET && EVENTFD && (TUN || !TUN) && (TAP || !TAP) > > > > > - select VHOST > > > > > ---help--- > > > > > This kernel module can be loaded in host kernel to accelerate > > > > > guest networking with virtio_net. Not to be confused with virtio_net > > > > > @@ -14,7 +26,6 @@ config VHOST_NET > > > > > config VHOST_SCSI > > > > > tristate "VHOST_SCSI TCM fabric driver" > > > > > depends on TARGET_CORE && EVENTFD > > > > > - select VHOST > > > > > default n > > > > > ---help--- > > > > > Say M here to enable the vhost_scsi TCM fabric module > > > > > @@ -24,7 +35,6 @@ config VHOST_VSOCK > > > > > tristate "vhost virtio-vsock driver" > > > > > depends on VSOCKETS && EVENTFD > > > > > select VIRTIO_VSOCKETS_COMMON > > > > > - select VHOST > > > > > default n > > > > > ---help--- > > > > > This kernel module can be loaded in the host kernel to provide AF_VSOCK > > > > > @@ -34,12 +44,6 @@ config VHOST_VSOCK > > > > > To compile this driver as a module, choose M here: the module will be called > > > > > vhost_vsock. > > > > > -config VHOST > > > > > - tristate > > > > > - ---help--- > > > > > - This option is selected by any driver which needs to access > > > > > - the core of vhost. > > > > > - > > > > > config VHOST_CROSS_ENDIAN_LEGACY > > > > > bool "Cross-endian support for vhost" > > > > > default n > > > > > @@ -54,3 +58,4 @@ config VHOST_CROSS_ENDIAN_LEGACY > > > > > adds some overhead, it is disabled by default. > > > > > If unsure, say "N". > > > > > +endif > > > > > diff --git a/drivers/vhost/Kconfig.vringh b/drivers/vhost/Kconfig.vringh > > > > > deleted file mode 100644 > > > > > index c1fe36a9b8d4..000000000000 > > > > > --- a/drivers/vhost/Kconfig.vringh > > > > > +++ /dev/null > > > > > @@ -1,6 +0,0 @@ > > > > > -# SPDX-License-Identifier: GPL-2.0-only > > > > > -config VHOST_RING > > > > > - tristate > > > > > - ---help--- > > > > > - This option is selected by any driver which needs to access > > > > > - the host side of a virtio ring. > > > > > -- > > > > > 2.20.1 > >From 9b3a5d23b8bf6b0a11e65e688335d782f8e6aa5c Mon Sep 17 00:00:00 2001 > From: Jason Wang > Date: Wed, 1 Apr 2020 22:17:27 +0800 > Subject: [PATCH] vhost: let CONFIG_VHOST to be selected by drivers > > The defconfig on some archs enable vhost_net or vhost_vsock by > default. So instead of adding CONFIG_VHOST=m to all of those files, > simply letting CONFIG_VHOST to be selected by all of the vhost > drivers. This fixes the build on the archs with CONFIG_VHOST_NET=m in > their defconfig. > > Signed-off-by: Jason Wang > --- > drivers/vhost/Kconfig | 15 +++++++++++---- > 1 file changed, 11 insertions(+), 4 deletions(-) > > diff --git a/drivers/vhost/Kconfig b/drivers/vhost/Kconfig > index 2523a1d4290a..362b832f5338 100644 > --- a/drivers/vhost/Kconfig > +++ b/drivers/vhost/Kconfig > @@ -11,19 +11,23 @@ config VHOST_RING > This option is selected by any driver which needs to access > the host side of a virtio ring. > > -menuconfig VHOST > - tristate "Host kernel accelerator for virtio (VHOST)" > - depends on EVENTFD > +config VHOST > + tristate > select VHOST_IOTLB > help > This option is selected by any driver which needs to access > the core of vhost. > > -if VHOST > +menuconfig VHOST_MENU > + bool "VHOST drivers" > + default y > + > +if VHOST_MENU In fact this is similar to VIRTIO, and I wonder whether VIRTIO has also been broken by commit 7b95fec6d2ffa53f4a8d637b0f223644d458ea4e Author: Vincent Legoll Date: Sun Jan 7 12:33:56 2018 +0100 virtio: make VIRTIO a menuconfig to ease disabling it all I see lots of defconfigs set VIRTIO_PCI but not VIRTIO_MENU ... -- MST