[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJ3xEMh5vJAZVO03=rRVCvqqXzXvah3idrMtMQfFP-wBxR7R_Q@mail.gmail.com>
Date: Wed, 2 Mar 2016 20:40:09 +0200
From: Or Gerlitz <gerlitz.or@...il.com>
To: Doug Ledford <dledford@...hat.com>
Cc: Jason Gunthorpe <jgunthorpe@...idianresearch.com>,
Eli Cohen <eli@...lanox.com>,
"linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>,
Liran Liss <liranl@...lanox.com>,
Linux Netdev List <netdev@...r.kernel.org>
Subject: Re: [PATCH for-next 01/10] net/core: Add support for configuring VF GUIDs
On Wed, Mar 2, 2016 at 6:50 PM, Doug Ledford <dledford@...hat.com> wrote:
> Exactly *what* provisioning system tries to set the VF_MAC on an IPoIB
> interface and expects it to set the GUID of an underlying IB device?
The provisioning system need not be fully aware in all their
components this is IB here, there's PCI linkage that tells these are
VFs of this PF and they have to be used for these VMs.
>> along with the fully IB aware solution where the
>> upper level does provision IB GUIDs.
> There has never been upstream support for this MAC->GUID stuff you refer
> to. I'm not convinced we should add it now versus just doing things
> right, period.
We **are** doing things right with the new ndo.
Using the small MAC->GUID addition, people could be using non-modified
(or almost non-modified) provisioning systems that assign SRIOV VMs
with a MACs --- just use these patches on their hosts and get DHCP
server supplying IP addresses based on the derived GUIDs (this is
supported today).
Powered by blists - more mailing lists