netdev - RE: Unable to receive multicast packet on VF

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <9DE5760509B7974286F38D93BF31DD62C7DF52@BPXM13GP.gisp.nec.co.jp>
Date:	Wed, 2 Apr 2014 09:04:47 +0000
From:	Madoka Komatsubara <m-komatsubara@...jp.nec.com>
To:	"Skidmore, Donald C" <donald.c.skidmore@...el.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"e1000-devel@...ts.sourceforge.net" 
	<e1000-devel@...ts.sourceforge.net>,
	"netdev@...r.kernel.org" <netdev@...r.kernel.org>
CC:	Hiroshi Shimamoto <h-shimamoto@...jp.nec.com>,
	Hiroshi Baba <h-baba@...jp.nec.com>
Subject: RE: Unable to receive multicast packet on VF


> -----Original Message-----
> From: Skidmore, Donald C [mailto:donald.c.skidmore@...el.com]
> Sent: Saturday, March 29, 2014 5:54 AM
> To: Komatsubara Madoka(小松原 円); linux-kernel@...r.kernel.org;
> e1000-devel@...ts.sourceforge.net; netdev@...r.kernel.org
> Cc: Shimamoto Hiroshi(島本 裕志); Baba Hiroshi(馬場 裕司)
> Subject: RE: Unable to receive multicast packet on VF
> 
> 
> 
> > -----Original Message-----
> > From: Madoka Komatsubara [mailto:m-komatsubara@...jp.nec.com]
> > Sent: Friday, March 28, 2014 4:49 AM
> > To: linux-kernel@...r.kernel.org; e1000-devel@...ts.sourceforge.net;
> > netdev@...r.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
--
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