Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp84452pxb; Wed, 4 Nov 2020 15:24:29 -0800 (PST) X-Google-Smtp-Source: ABdhPJxJxyXgK51bXwSwxqRJcjue3cZbUpHTEGtzvPi/kOrw0+A8K4AilLBwwHJ/TMKfeGUGdxq4 X-Received: by 2002:aa7:dd42:: with SMTP id o2mr189020edw.53.1604532269633; Wed, 04 Nov 2020 15:24:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604532269; cv=none; d=google.com; s=arc-20160816; b=uWXTv6vsZ7y1bYu1UiXqa4VrqA0Ry7WQ6QtoCuijkovSqN/HIyJd2E7RgU2gmmYrb4 cdzftNVc6YjhED+youDqPMqRwB6pk278ccc8Up4QmFNYbOvyogyQ091ug3e16Zq03xwv rsTWuQKoJ4T1WbiFhrdqt2XZMw4NJNolAt+FNWPkvkEPsFJ9LxY+1cMSra89ECCHDujj zOB/detSlxd9q52Os0vZ7XtzQ4N7KhxbzR+vQBpNE8fuzyKq88G0xfbmuiyqSyKwrQ7V ggH6RnxhPkyQjLwvZzXYOlVESqM2WAHmKug5iUnL+XSUfiOtvu8PsBe4PoocbMChNmK5 Q1LQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=IkxbaeAsRvfPNMaiW0gFtiCQOBmoS4GNd3nY4Wwz8Hk=; b=mg0zfzDbjOd/12Krocvqh4Yl7dCNG/padeKvHiEO3SajxmDdOA73xgjz72qzyJAU8C EvCPOS5x71K6K34llQqe6cvXI1dYv0uOvrX5cw7PWXPvfQ8Smaz3J8TXAcRXcfN5j5OX 0V8+8Nc2WvEAhMDBxUakhmLG7ytTyi2FXwBXXnjseNrD+GTQIM10QJivR8//ohWowJkb wMdjcIqygWysIK84vvdSR8VH+QVmzsykSqBge9dpNG3LZ9ae5hxILVKY6k07khlyKZ22 VRhephs9Ge50DnafY9vXhnJC/nvtIMxWrL4kW/nMkhB4ObJccuLakIGJYq+FCWNtLkRP 6SjQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=nbBwJZMY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r26si2396655ejy.148.2020.11.04.15.24.06; Wed, 04 Nov 2020 15:24:29 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=nbBwJZMY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732784AbgKDXVk (ORCPT + 99 others); Wed, 4 Nov 2020 18:21:40 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44430 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1733003AbgKDXVg (ORCPT ); Wed, 4 Nov 2020 18:21:36 -0500 Received: from mail-ej1-x643.google.com (mail-ej1-x643.google.com [IPv6:2a00:1450:4864:20::643]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CC9EAC0613D2 for ; Wed, 4 Nov 2020 15:21:35 -0800 (PST) Received: by mail-ej1-x643.google.com with SMTP id cw8so264237ejb.8 for ; Wed, 04 Nov 2020 15:21:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=IkxbaeAsRvfPNMaiW0gFtiCQOBmoS4GNd3nY4Wwz8Hk=; b=nbBwJZMY+xrKg6w6NoyyZ8wH6PRrpWDJMwjQmqe2WQUKuJO5hUA4CVT37Q2bT3zk6M XXGYTpqF1YDiy5XaStqn2/wwlKmEE4KiWnngd9Hg4pwEnL3nDkVgzYAWjotLvVSgC8RI OHRURM5VZ+ERQIF6Zw6htdalcHKNqqZ5XS6xWz/S3YRSMU2iC+YP3iut1T2hy68jS+YE L1nTzHri580AMi64MfXaRmO1YeFLTfHm4V1xZh5k6V5MQdopCu5nARpraa1dfQ7trQzf +6RvDh4gvwQHvyG3b9jdZ9wWt+STGKccdgYSKelxfhKJOayGBw+tSbjtTiFw+2KIRg8M qiEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=IkxbaeAsRvfPNMaiW0gFtiCQOBmoS4GNd3nY4Wwz8Hk=; b=N5VqjXE/Nt3G8yrKOqAYRN5hB091USN++hRloIrjqm+l4P/88e+w3F0A5f9+SLLdR8 HJabOUjWUt05XZM9KUCDKcoYhEay6HwUzaUCVmuM3hqTBuL49oheGKZL20r4BTEXOPEu 3c3lZmNu4qZLDI9KpdSvsBri2A27mRJXUrxLiT/DiO4GjKuAL14beKopZvTjZNUKuGDG 6jfR76YE+BTbzxY8vOg27Qy6/1uq9jG6qlGyyXthb08AcKo101hwtU2W7vo/lEqFZW43 tb4Wzr1beyGhCCc1ENAiL4gCLRpF8IbZ9TWVKbPf8JsiIilPLalkgDqmT0p5mSHrSbQQ QZkg== X-Gm-Message-State: AOAM530yWH8YRcJIHa96N+O/wRDVEDTxpf1cGpA/Uy64yRhkcyk6Xd/e HngUzq/NF+2mzWXQTBy+28h5CvjJfV6gNQpStGGzLQ== X-Received: by 2002:a17:906:d92c:: with SMTP id rn12mr427071ejb.472.1604532094560; Wed, 04 Nov 2020 15:21:34 -0800 (PST) MIME-Version: 1.0 References: <20201101201542.2027568-1-leon@kernel.org> <20201101201542.2027568-7-leon@kernel.org> <20201103154525.GO36674@ziepe.ca> In-Reply-To: <20201103154525.GO36674@ziepe.ca> From: Dan Williams Date: Wed, 4 Nov 2020 15:21:23 -0800 Message-ID: Subject: Re: [PATCH mlx5-next v1 06/11] vdpa/mlx5: Connect mlx5_vdpa to auxiliary bus To: gregkh Cc: Leon Romanovsky , Doug Ledford , Leon Romanovsky , Jakub Kicinski , Jason Wang , linux-rdma , "Michael S. Tsirkin" , Netdev , Parav Pandit , Roi Dayan , Saeed Mahameed , virtualization@lists.linux-foundation.org, alsa-devel@alsa-project.org, Takashi Iwai , Mark Brown , "David S . Miller" , Ranjani Sridharan , Pierre-Louis Bossart , Fred Oh , "Saleem, Shiraz" , "Patil, Kiran" , Linux Kernel Mailing List , David M Ertman , Jason Gunthorpe Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 3, 2020 at 7:45 AM Jason Gunthorpe wrote: [..] > > +MODULE_DEVICE_TABLE(auxiliary, mlx5v_id_table); > > + > > +static struct auxiliary_driver mlx5v_driver = { > > + .name = "vnet", > > + .probe = mlx5v_probe, > > + .remove = mlx5v_remove, > > + .id_table = mlx5v_id_table, > > +}; > > It is hard to see from the diff, but when this patch is applied the > vdpa module looks like I imagined things would look with the auxiliary > bus. It is very similar in structure to a PCI driver with the probe() > function cleanly registering with its subsystem. This is what I'd like > to see from the new Intel RDMA driver. > > Greg, I think this patch is the best clean usage example. > > I've looked over this series and it has the right idea and > parts. There is definitely more that can be done to improve mlx5 in > this area, but this series is well scoped and cleans a good part of > it. Greg? I know you alluded to going your own way if the auxiliary bus patches did not shape up soon, but it seems they have and the stakeholders have reached this consensus point. Were there any additional changes you wanted to see happen? I'll go give the final set another once over, but David has been diligently fixing up all the declared major issues so I expect to find at most minor incremental fixups.