Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp218823ybv; Tue, 18 Feb 2020 21:38:26 -0800 (PST) X-Google-Smtp-Source: APXvYqzbh9nWIXtrseGAHGWJjnGAjClNb7RpFY1yGwWhufimuk57qO7Jp9/i7DWiH6Hfza88R+GW X-Received: by 2002:a9d:6f8f:: with SMTP id h15mr17386369otq.1.1582090706773; Tue, 18 Feb 2020 21:38:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582090706; cv=none; d=google.com; s=arc-20160816; b=jXPAcMMPf3J2JOHu09Xn3A8ejPfnH8GtBSh359IUJoDioKNPPTzrJEUndOpxIrxGvJ foNpR9WJ2TcMcX3mv78xsHtB7LXGc9QDFKMQAJ0Nq7z9ZHqPxhVVeHeA5eWAhm4uybed VMt6CRNBKCzOGv2i2X1WIqZNAxYQxUlJ7U7PP8iCz4O/3+JjnYc92T2VBhsgrj8IWKJT p3QjgYEYa7Sx9LKi5LAQLN+3E0ODtr4tcEag/CZk17qZUl/BLXqbEBkcGRk7x19wyW9l p7MdJiyfY0FpF9/LLLqByUfGaCQv8wRSOUsQ5espZdffVFKNzbok/phdh0xKUqQ/HoO8 uyDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=FnMyrS2ffrGzjTv2kAsMGrfcVGfLXQvqbV7CHWKXWPg=; b=yBdOGWJcACCnHRofTRGZlDQ6QTbUxJ07K2jJfIJCr2iXXsxfys0eJomrADcNUIacbf MPknjrdXxbNn1Inq6/LN1a/xtM8rFee7YCR1l6MYqE8L1JjWSZ3r0d/EMWLA5NdDzABO XCYHeYvtmW4Gnnldldwwu6NSI6vAp3ulG7qOlV0/Q4kzbj3g1g3a7VOs/Grr2IKw9xFc 3OGvuiAUMHbWOpTS4Zx9AZOPofyhZSi2Udhe4ZvDGEl803o0fQ1McdU9OBT+kM7T+/HX n4lgHkSX03W+EAiRoFY1qUP6md6832Po0H3sbKMi03SyomxR9ZpQMEh8+p2FPP7b/IZT 7e0A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SYM+a0sG; 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 q6si709019otg.248.2020.02.18.21.38.14; Tue, 18 Feb 2020 21:38:26 -0800 (PST) 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=SYM+a0sG; 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 S1726569AbgBSFf7 (ORCPT + 99 others); Wed, 19 Feb 2020 00:35:59 -0500 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:23394 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725842AbgBSFf7 (ORCPT ); Wed, 19 Feb 2020 00:35:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1582090557; 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=FnMyrS2ffrGzjTv2kAsMGrfcVGfLXQvqbV7CHWKXWPg=; b=SYM+a0sGlezWhDA11SWSOykhpntWmgm55zDD1vWYe1XfjOBr+pXoBvvbW+C/6jUw1e8UNt +mSmKwt2PZRWekgFIGRm7jqR+1z8er1NJb3evbQ6EvYD5VoCfL9LuuUL+XwpGszzsTem0d g866ccK2XYY2MX/FV/QLRp4aVo9WQ14= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-193-wJx9yaKzM8O55fVO3NXE4Q-1; Wed, 19 Feb 2020 00:35:52 -0500 X-MC-Unique: wJx9yaKzM8O55fVO3NXE4Q-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 6E95B1085925; Wed, 19 Feb 2020 05:35:49 +0000 (UTC) Received: from [10.72.13.212] (ovpn-13-212.pek2.redhat.com [10.72.13.212]) by smtp.corp.redhat.com (Postfix) with ESMTP id 44D3D87B1A; Wed, 19 Feb 2020 05:35:27 +0000 (UTC) Subject: Re: [PATCH V2 3/5] vDPA: introduce vDPA bus To: Jason Gunthorpe Cc: "mst@redhat.com" , "linux-kernel@vger.kernel.org" , "kvm@vger.kernel.org" , "virtualization@lists.linux-foundation.org" , "netdev@vger.kernel.org" , "tiwei.bie@intel.com" , "maxime.coquelin@redhat.com" , "cunming.liang@intel.com" , "zhihong.wang@intel.com" , "rob.miller@broadcom.com" , "xiao.w.wang@intel.com" , "haotian.wang@sifive.com" , "lingshan.zhu@intel.com" , "eperezma@redhat.com" , "lulu@redhat.com" , Parav Pandit , "kevin.tian@intel.com" , "stefanha@redhat.com" , "rdunlap@infradead.org" , "hch@infradead.org" , "aadam@redhat.com" , Jiri Pirko , Shahaf Shuler , "hanand@xilinx.com" , "mhabets@solarflare.com" References: <20200211134746.GI4271@mellanox.com> <20200212125108.GS4271@mellanox.com> <12775659-1589-39e4-e344-b7a2c792b0f3@redhat.com> <20200213134128.GV4271@mellanox.com> <20200213150542.GW4271@mellanox.com> <8b3e6a9c-8bfd-fb3c-12a8-2d6a3879f1ae@redhat.com> <20200214135232.GB4271@mellanox.com> <01c86ebb-cf4b-691f-e682-2d6f93ddbcf7@redhat.com> <20200218135608.GS4271@mellanox.com> From: Jason Wang Message-ID: Date: Wed, 19 Feb 2020 13:35:25 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20200218135608.GS4271@mellanox.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020/2/18 =E4=B8=8B=E5=8D=889:56, Jason Gunthorpe wrote: > On Mon, Feb 17, 2020 at 02:08:03PM +0800, Jason Wang wrote: > >> I thought you were copied in the patch [1], maybe we can move vhost re= lated >> discussion there to avoid confusion. >> >> [1] https://lwn.net/Articles/811210/ > Wow, that is .. confusing. > > So this is supposed to duplicate the uAPI of vhost-user? It tries to reuse the uAPI of vhost with some extension. > But it is > open coded and duplicated because .. vdpa? I'm not sure I get here, vhost module is reused for vhost-vdpa and all=20 current vhost device (e.g net) uses their own char device. > >> So it's cheaper and simpler to introduce a new bus instead of refactor= ing a >> well known bus and API where brunches of drivers and devices had been >> implemented for years. > If you reason for this approach is to ease the implementation then you > should talk about it in the cover letters/etc I will add more rationale in both cover letter and this patch. Thanks > > Maybe it is reasonable to do this because the rework is too great, I > don't know, but to me this whole thing looks rather messy. > > Remember this stuff is all uAPI as it shows up in sysfs, so you can > easilly get stuck with it forever. > > Jason >