[dpdk-dev] Potential regression introduced by commit b10231aed1edb9

Balazs Nemeth bnemeth at redhat.com
Wed Dec 30 13:55:26 CET 2020


Hi, I already posted a patch that fixes the issue on my side here: 
http://mails.dpdk.org/archives/dev/2020-December/195206.html

Regards,
Balazs

On Wed, 2020-12-30 at 12:51 +0000, Devendra Singh Rawat wrote:
> Adding more people to comment/investigate here.
> 
> Devendra, could it be that we don't consider subsequent calls of
> promisc_enabled + allmulti_enable ?
> 
> Devendra >> yes, I agree that as long as promiscuous mode is enabled
> for a port, all traffic should be accepted even if allmulticast is
> enabled latter. Commit b10231aed1edb9 shouldn't have changed that.
> I will prepare a fix patch for this.
> 
> On 18/12/2020 2:34 pm, Balazs Nemeth wrote:
> > Hi,
> > 
> > introduces a regression on my systems. I have a 
> > "QLogic Corp. FastLinQ QL41000 Series 10/25/40/50GbE Controller"
> > which 
> > relies on the qede driver. Calling
> > rte_eth_promiscuous_enable(portid)
> > followed by rte_eth_allmulticast_enable(port_id) causes no packets
> > to 
> > arrive from my generator. It's important to add that the generator 
> > doesn't specifically target the mac of the port. I presume that 
> > irrespective of dst mac, if a port is put into promiscuous mode,
> > all 
> > packets should arrive and rte_eth_allmulticast_enable should not
> > cause
> > *less* packets to arrive. Am I missing something? It seems that
> > b10231aed1edb9 inadvertently introduced either a bug or a pretty 
> > significant change in semantics (at least for qede)?
> > 
> > Regards,
> > Balazs
> > 



More information about the dev mailing list