[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <C5551D9AAB213A418B7FD5E4A6F30A070C7D6F47@ORSMSX106.amr.corp.intel.com>
Date: Sat, 21 Jul 2012 00:52:36 +0000
From: "Rose, Gregory V" <gregory.v.rose@...el.com>
To: Chris Friesen <chris.friesen@...band.com>,
Ben Hutchings <bhutchings@...arflare.com>
CC: Don Dutile <ddutile@...hat.com>,
David Miller <davem@...emloft.net>,
"yuvalmin@...adcom.com" <yuvalmin@...adcom.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>
Subject: RE: New commands to configure IOV features
> -----Original Message-----
> From: Chris Friesen [mailto:chris.friesen@...band.com]
> Sent: Friday, July 20, 2012 4:42 PM
> To: Ben Hutchings
> Cc: Don Dutile; David Miller; yuvalmin@...adcom.com; Rose, Gregory V;
> netdev@...r.kernel.org; linux-pci@...r.kernel.org
> Subject: Re: New commands to configure IOV features
>
> On 07/20/2012 02:01 PM, Ben Hutchings wrote:
> > On Fri, 2012-07-20 at 13:29 -0600, Chris Friesen wrote:
>
> >> Once the device exists, then domain-specific APIs would be used to
> >> configure it the same way that they would configure a physical device.
> >
> > To an extent, but not entirely.
> >
> > Currently, the assigned MAC address and (optional) VLAN tag for each
> > networking VF are configured via the PF net device (though this is
> > done though the rtnetlink API rather than ethtool).
>
> I actually have a use-case where the guest needs to be able to modify the
> MAC addresses of network devices that are actually VFs.
>
> The guest is bonding the network devices together, so the bonding driver
> in the guest expects to be able to set all the slaves to the same MAC
> address.
>
> As I read the ixgbe driver, this should be possible as long as the host
> hasn't explicitly set the MAC address of the VF. Is that correct?
That is correct.
- Greg
Intel Corp.
LAN Access Division
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists