netdev - Re: Re: Re: [PATCH 18/23 v3] mlx4

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-next>] [day] [month] [year] [list]

Message-ID: <4B7ABBE6.1010506@mellanox.co.il>
Date:	Tue, 16 Feb 2010 17:38:14 +0200
From:	Yevgeny Petrilin <yevgenyp@...lanox.co.il>
To:	or.gerlitz@...il.com
CC:	yevgenyp@...lanox.co.il, Roland Dreier <rdreier@...co.com>,
	netdev@...r.kernel.org, tziporet@...lanox.co.il,
	liranl@...lanox.co.il
Subject: Re: Re: Re: [PATCH 18/23 v3] mlx4_core: Managing common port

On Sunday -10,January,-28163 09:59 PM, Or Gerlitz [or.gerlitz@...il.com] wrote:
> On Wed, Feb 10, 2010 at 7:22 PM, Yevgeny Petrilin <yevgenyp@...lanox.co.il> wrote:
>> On Sunday -10,January,-28163 09:59 PM, Or Gerlitz [or.gerlitz@...il.com] wrote:
> 
>> The multicast bloom filter is a false-positive filter per port.
>> All multicast packets go through the Multicast tables mechanism where 
>> every PF/VF is registered for every multicast address
> 
> okay, so the bloom filter is going and exact match is coming, understood.
> 
> 
>>> As for the false-positive vlan filter, I understand that this means 
>>> further filtering has to be applied by some driver. Where you thinking on the 802q driver? what about the case where a VF driver is assigned a vlan, does the mlx4 VF code does filtering?
> 
>> The deal with the VLAN filter is similar, it includes all VIDs that some PF/VF requested.
> 
> So for a given VID, a unicast packet carrying it will be dispatched to all the PFs/VFs which have registered this VID? I guess this isn't the case, so please elaborate.
No, this is not the case. My statement says that the VLAN filter became false positive as well.
Dispatching of packet is done by its destination Mac and not VID.
We will add support for dispatching packets by Mac+VID soon.
> 
>> We plan to add a MAC+VLAN filter implementation, that would cancel the need in this filter.
> 
> I'm still not clear in what level you expect the software  filtering to happen
HW filtering, the SW configures the filter.

Yevgeny

--
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