[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4e22bf29-2260-0768-ab17-9a8df6306f37@redhat.com>
Date: Thu, 15 Dec 2016 13:19:18 -0500
From: Doug Ledford <dledford@...hat.com>
To: Jason Gunthorpe <jgunthorpe@...idianresearch.com>
Cc: "ira.weiny" <ira.weiny@...el.com>,
Leon Romanovsky <leon@...nel.org>,
Jeff Kirsher <jeffrey.t.kirsher@...el.com>,
"David S. Miller" <davem@...emloft.net>,
"Vishwanathapura, Niranjana" <niranjana.vishwanathapura@...el.com>,
linux-rdma@...r.kernel.org, netdev@...r.kernel.org,
dennis.dalessandro@...el.com
Subject: Re: [RFC v2 00/10] HFI Virtual Network Interface Controller (VNIC)
On 12/15/2016 12:07 PM, Jason Gunthorpe wrote:
> On Thu, Dec 15, 2016 at 11:28:06AM -0500, Doug Ledford wrote:
>
>> 1) Since your intent is to make this work with multiple versions of the
>> hfi drivers, I disagree with Jason that just because there is only one
>> driver today that we should keep it simple. Design it right from the
>> beginning of multi driver is your intent is, IMO, a better way to go.
>> You'll work out the bugs in the initial implementation and when it comes
>> time to add the second driver, things will go much more smoothly.
>
> If that is your position then this should be a straight up IB ULP that
> works with any IB hardware.
Yes, see my comments in point #3 of my previous email...
> There is nothing HFI specific about it except for the
> micro-optimization of pushing packets via SDMA instead of post_send,
> and that same micro optimization probably applies to ipoib.
>
> In other words, lets see the first version as a straight ULP with no
> special HFI hooks, then we can discuss how best to micro optimize it
> for HFI SDMA.
>
> Jason
>
--
Doug Ledford <dledford@...hat.com>
GPG Key ID: 0E572FDD
Download attachment "signature.asc" of type "application/pgp-signature" (885 bytes)
Powered by blists - more mailing lists