[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190926180556.GB1733924@kroah.com>
Date: Thu, 26 Sep 2019 20:05:56 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Jeff Kirsher <jeffrey.t.kirsher@...el.com>
Cc: dledford@...hat.com, jgg@...lanox.com,
Tony Nguyen <anthony.l.nguyen@...el.com>,
netdev@...r.kernel.org, linux-rdma@...r.kernel.org,
Dave Ertman <david.m.ertman@...el.com>
Subject: Re: [RFC 01/20] ice: Initialize and register multi-function device
to provide RDMA
On Thu, Sep 26, 2019 at 09:45:00AM -0700, Jeff Kirsher wrote:
> From: Tony Nguyen <anthony.l.nguyen@...el.com>
>
> The RDMA block does not advertise on the PCI bus or any other bus.
Huh? How do you "know" where it is then? Isn't is usually assigned to
a PCI device?
> Thus the ice driver needs to provide access to the RDMA hardware block
> via a virtual bus; utilize a multi-function device to provide this access.
>
> This patch initializes the driver to support RDMA as well as creates
> and registers a multi-function device for the RDMA driver to register to.
> At this point the driver is fully initialized to register a platform
> driver, however, can not yet register as the ops have not been
> implemented.
>
> We refer to the interaction of this platform device as Inter-Driver
> Communication (IDC); where the platform device is referred to as the peer
> device and the platform driver is referred to as the peer driver.
Again, no platform devices, unless it REALLY IS a platform device (i.e.
you are using device tree or platform data to find it.) Is that what
you are doing here?
confused,
greg k-h
Powered by blists - more mailing lists