RE: Unable to receive multicast packet on VF

[Madoka Komatsubara <m-komatsubara@ab.jp.nec.com>]

> -----Original Message-----
> From: Skidmore, Donald C [mailto:donald.c.skidmore@intel.com]
> Sent: Saturday, March 29, 2014 5:54 AM
> To: Komatsubara Madoka(小松原 円); linux-kernel@vger.kernel.org;
> e1000-devel@lists.sourceforge.net; netdev@vger.kernel.org
> Cc: Shimamoto Hiroshi(島本 裕志); Baba Hiroshi(馬場 裕司)
> Subject: RE: Unable to receive multicast packet on VF
> 
> 
> 
> > -----Original Message-----
> > From: Madoka Komatsubara [mailto:m-komatsubara@ab.jp.nec.com]
> > Sent: Friday, March 28, 2014 4:49 AM
> > To: linux-kernel@vger.kernel.org; e1000-devel@lists.sourceforge.net;
> > netdev@vger.kernel.org
> > Cc: Hiroshi Shimamoto; Hiroshi Baba
> > Subject: [E1000-devel] Unable to receive multicast packet on VF
> >
> > Hi all,
> >
> >
> > We would like to use multicast packet on the guest with Intel 82599EB
> > SR- IOV.
> > However, the document says that adding the multicast MAC address to
> > the VF is allowed during PF initialization only. (Please refer to the
> > URL below.) It means that we couldn't handle dynamically allocated multicast
> address.
> >
> > On the other hand,
> > >From the data sheet, 82599EB has Multicast Promiscuous mode.
> > We could enable it on PF and all multicast packets are delivered to every
> VF.
> > That doesn't seem good, because each guest has to handle unnecessary
> > packet.
> >
> > Isn't it good to have a feature to add specific multicast address to VF?
> > Does anyone know that issue or the solution?
> >
> >
> >
> > <http://www.intel.com/content/dam/www/public/us/en/documents/datas
> > heets/82599-10-gbe-controller-datasheet.pdf>
> >  page585
> >  section 8.2.3.7.7
> >  "This table should be initialized by software before transmit and
> > receive are enabled."
> >
> > Regards,
> > Madoka Komatsubara
> >
> 
> Hi Madoka,
> 
> You can see where we are changing the multicast address list in the VF driver
> in ixgbevf_set_rx_mode().  This not only called via ndo_set_rx_mode but in
> our up and open calls.   So while it is true this needs to be initialized before
> transmit and receive are enabled, the value can be changed without requiring
> the module to be reloaded.
> 
> Hope that helps,
> -Don


Hi Donald,

Thank you for your information.
it is currently under consideration.
I will contact you again later.


Regards,
Madoka Komatsubara