netdev - L2 switching in igb

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: <Pine.LNX.4.64.0909031116070.22050@zuben.voltaire.com>
Date:	Thu, 3 Sep 2009 12:16:06 +0300 (IDT)
From:	Or Gerlitz <ogerlitz@...taire.com>
To:	Alexander Duyck <alexander.duyck@...il.com>
cc:	"Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com>,
	"Fischer, Anna" <anna.fischer@...com>, netdev@...r.kernel.org
Subject: L2 switching in igb

Hi Alex, Jeff

I see that igb_vmm_control enables L2 switch functionality & replication of
multicast/broadcast packets across multiple pools (it calls both
igb_vmdq_set_loopback/replication_pf with true).

I wanted to check few related things with you:

First, what you think would be the correct method for letting the user control
if she wants the NIC to operate in VEPA mode (e.g forward VF/VF traffic to an
outside bridge and let the later do a Uturn) or to handle VF/VF traffic
internally? maybe it can be part or extension of the kernel DCB netlink API?

second, does igb_vmdq_set_replication_pf cause multicast packets to be
replicated to all VFs? I see that after invoking igb_vmm_control, there's
a call to igb_set_vmolr which sets the "Accept packets matched in MTA"
bit, so I wasn't sure what's is the final result, will the PF flood all
multicast packets and the VF accept only those that have a match in the MTA?

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