From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.7 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4E867C388F7 for ; Thu, 5 Nov 2020 20:26:16 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id E491A221F8 for ; Thu, 5 Nov 2020 20:26:15 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=intel-com.20150623.gappssmtp.com header.i=@intel-com.20150623.gappssmtp.com header.b="ErZLZUBe" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731954AbgKEU0P (ORCPT ); Thu, 5 Nov 2020 15:26:15 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44188 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731899AbgKEU0O (ORCPT ); Thu, 5 Nov 2020 15:26:14 -0500 Received: from mail-ej1-x641.google.com (mail-ej1-x641.google.com [IPv6:2a00:1450:4864:20::641]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5B3D5C0613D3 for ; Thu, 5 Nov 2020 12:26:14 -0800 (PST) Received: by mail-ej1-x641.google.com with SMTP id o23so3565802ejn.11 for ; Thu, 05 Nov 2020 12:26:14 -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=ElB/rrPxCKnXR5px8y5SyvZ9UfH3zJvG6zS/OQ+aa24=; b=ErZLZUBe+5C6NSiNMqIo5UgF39YypMZidWcizu6bHEdkOO+DrfY6zfclQDJcK+rvLF HZDRGBB9K0Zde2XPVSCZEZ9mBa4VuYO63KCeKx0l6J/UEFamr2GHa8ZSFPaa+iJ+B7Fy XJtzsHBD3yDKVHRtOTSQ+O1IAExokiNCyI1If+tR9MXH+rn+AMxXk8Ushw91ELhDnd6K kXzJZL4I8dwisUTNONoPoQj5feVRVi84c9hmRQnT5w7szohcp1r3hU5eRBd5GN9OygRm qpo0NuFIU1irs4jDeLH8gYxr+CNm7oWBvFfY/N91TkgyAdPfmdp6D5HRcaJOope9vCVe Juag== 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=ElB/rrPxCKnXR5px8y5SyvZ9UfH3zJvG6zS/OQ+aa24=; b=stRaCche5ibqFD3MtZX/AFVx3eD2oftaIzQKH9i4Xu5VVmJl58Zw7tAJPNRj0J5fsj Cbhodql7QgRJwh87c+0QLPgTnMKfb0VXeC8CvnPlamPkM6xmpGOs9GoJQyqcieUKYW5K nsePHXbD47Ax+QbYH5Ex3HraKRyRs6Dsw2pbN+tMxBEpi3BO1K9+bd/yQetwevPMxfGG qFLgJ+gUboPoD6HAqI+33I9WRgRv3RYyIpCXffx5qZkfzL+7gNHz+uti8+NXBybelhcW tF7Q+3gzoKEGdGHvvA/AP6Qlh8CeNzRrBn6GBFPY/CZYu/AAyJXkxpGSYoHqQkytjik1 bNow== X-Gm-Message-State: AOAM5331d7KJWVhvZikSXkHSNI1HZOrSM+iU5UnFwVh6kP0TRwB/8JMh wP8IKNXeKQYCSnf48G+qVOlqsSt+Yh2Gb3QwViL4Tw== X-Google-Smtp-Source: ABdhPJzqBNoVTeYN8+fPRiK4rwFU6h5BHef17j5dFRZ5eF3FqBCbrAbUQXxKzQoJ0Ost2YWcFgbyrXrclIZGpF61MFA= X-Received: by 2002:a17:906:70cf:: with SMTP id g15mr4009626ejk.323.1604607973094; Thu, 05 Nov 2020 12:26:13 -0800 (PST) MIME-Version: 1.0 References: <20201023003338.1285642-1-david.m.ertman@intel.com> <20201023003338.1285642-2-david.m.ertman@intel.com> In-Reply-To: From: Dan Williams Date: Thu, 5 Nov 2020 12:26:02 -0800 Message-ID: Subject: Re: [PATCH v3 01/10] Add auxiliary bus support To: Parav Pandit Cc: "Ertman, David M" , "alsa-devel@alsa-project.org" , Takashi Iwai , Mark Brown , linux-rdma , Jason Gunthorpe , Doug Ledford , Netdev , David Miller , Jakub Kicinski , Greg KH , Ranjani Sridharan , Pierre-Louis Bossart , Fred Oh , Parav Pandit , "Saleem, Shiraz" , "Patil, Kiran" , Linux Kernel Mailing List , Leon Romanovsky Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-rdma@vger.kernel.org Archived-At: List-Archive: List-Post: On Thu, Nov 5, 2020 at 11:40 AM Parav Pandit wrote: > > > > > From: Ertman, David M > > Sent: Friday, November 6, 2020 12:58 AM > > Subject: RE: [PATCH v3 01/10] Add auxiliary bus support > > > > > -----Original Message----- > > > From: Dan Williams > > > Sent: Thursday, November 5, 2020 1:19 AM > > > > > [..] > > > > + > > > > +Another use case is for the PCI device to be split out into > > > > +multiple sub functions. For each sub function an auxiliary_device > > > > +will be created. A PCI sub function driver will bind to such > > > > +devices that will create its own one or more class devices. A PCI > > > > +sub function auxiliary device will likely be contained in a struct > > > > +with additional attributes such as user defined sub function number > > > > +and optional attributes such as resources and a link to > > > the > > > > +parent device. These attributes could be used by systemd/udev; and > > > hence should > > > > +be initialized before a driver binds to an auxiliary_device. > > > > > > This does not read like an explicit example like the previous 2. Did > > > you have something specific in mind? > > > > > > > This was added by request of Parav. > > > This example describes the mlx5 PCI subfunction use case. > I didn't follow your question about 'explicit example'. > What part is missing to identify it as explicit example? Specifically listing "mlx5" so if someone reading this document thinks to themselves "hey mlx5 sounds like my use case" they can go grep for that.