On 10/06/2014 05:37 PM, akrow...@linux.vnet.ibm.com wrote:
From: Tony Krowiak akrow...@linux.vnet.ibm.com
This patch provides the utility functions to needed to synchronize the
changes made to a guest domain network device's multicast filter
with the corresponding macvtap device's filter on
On 10/08/2014 09:36 AM, Laine Stump wrote:
On 10/06/2014 05:37 PM, akrow...@linux.vnet.ibm.com wrote:
From: Tony Krowiak akrow...@linux.vnet.ibm.com
This patch provides the utility functions to needed to synchronize the
changes made to a guest domain network device's multicast filter
with
On 10/08/2014 12:59 PM, Eric Blake wrote:
On 10/08/2014 09:36 AM, Laine Stump wrote:
On 10/06/2014 05:37 PM, akrow...@linux.vnet.ibm.com wrote:
From: Tony Krowiak akrow...@linux.vnet.ibm.com
This patch provides the utility functions to needed to synchronize the
changes made to a guest domain
On 10/08/2014 11:36 AM, Laine Stump wrote:
On 10/06/2014 05:37 PM, akrow...@linux.vnet.ibm.com wrote:
From: Tony Krowiak akrow...@linux.vnet.ibm.com
This patch provides the utility functions to needed to synchronize the
changes made to a guest domain network device's multicast filter
with the
On 10/08/2014 01:41 PM, Tony Krowiak wrote:
Otherwise it looks okay. As we've discussed, it would be nice to use
netlink instead of /proc/net and ioctl(), but that can be added later.
I agree. When I originally started working on this, that was my plan,
however; after spending days trying to
From: Tony Krowiak akrow...@linux.vnet.ibm.com
This patch provides the utility functions to needed to synchronize the
changes made to a guest domain network device's multicast filter
with the corresponding macvtap device's filter on the host:
* Get/add/remove multicast MAC addresses
* Get the