[libvirt] <interface type='hostdev'>vf configuration cleanup when VM is delete

[Moshe Levi]

From: sendmail [mailto:justsendmailnothingelse at gmail.com] On Behalf Of Laine Stump
Sent: Wednesday, January 06, 2016 9:26 PM
To: Libvirt <libvir-list at redhat.com>
Cc: vyasevic at redhat.com; Moshe Levi <moshele at mellanox.com>
Subject: Re: [libvirt] <interface type='hostdev'>vf configuration cleanup when VM is delete

On 12/16/2015 01:17 PM, Laine Stump wrote:
On 12/16/2015 12:35 PM, Vlad Yasevich wrote:



(BTW, Cisco's enic driver, on the other hand, doesn't support setting VF MAC addresses via
a netlink message to the PF *at all* (so libvirt has to make special accommodations), but
Looking at upstream, it looks like it offers support for setting VF mac via VFINFO data in
the netlink message.  May be it got fixed?

Interesting. If I had one of those systems of my own to test on, I'd give it a try. The only one I have access to is running a 2.6.32 RHEL6 kernel though :-/

It also occurred to me during my copious "time to think" over the holidays that device assignment using <interface type='hostdev'> wouldn't work for enic cards if that wasn't supported, and I recently saw a bug filed where someone was doing exactly that on a 3.10 kernel (RHEL7.x), so yeah it must have been fixed between 2.6 and 3.10).

To pick up this discussion again: Moshe - am I correct to assume that you've filed a bug somewhere about the mlx driver not accepting 00:00:00:00:00:00?
Yes I filled bugs against ConnectX3  and ConnectX4 drivers.
In the meantime, if setting the MAC address to, e.g., 00:00:00:00:00:01 works for you (as implied when you said you use "ip link set dev p4p2 vf 0 mac 0") then you could temporarily work around the problem by setting all the VFs to something like that at boot time - libvirt would then succeed at setting them *back* to those addresses when it was finished with each device.
Yes I will use this workaround.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20160107/fb60403a/attachment-0001.htm>