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
| ||
|
Date: Sun, 21 Dec 2014 12:46:25 -0800 From: Roopa Prabhu <roopa@...ulusnetworks.com> To: Jamal Hadi Salim <jhs@...atatu.com> CC: John Fastabend <john.fastabend@...il.com>, Hubert Sokolowski <h.sokolowski@....edu.pl>, "netdev@...r.kernel.org" <netdev@...r.kernel.org>, Vlad Yasevich <vyasevic@...hat.com>, Shrijeet Mukherjee <shm@...ulusnetworks.com> Subject: Re: SRIOV as bridge Re: [PATCH net-next RESEND] net: Do not call ndo_dflt_fdb_dump if ndo_fdb_dump is defined. On 12/21/14, 12:06 PM, Jamal Hadi Salim wrote: > On 12/21/14 14:36, Roopa Prabhu wrote: >> On 12/21/14, 11:19 AM, Jamal Hadi Salim wrote: >>> On 12/21/14 14:08, Roopa Prabhu wrote: > >> 'self' would just mean the driver owns the PF embedded bridge and the >> kernel bridge driver has no role in this. 'self' will just tell the VF >> driver to deal with the fdb mac entry. And the VF driver can push the >> fdb to the PF (John can confirm if the intel sriov devices really do it >> this way or some other way). >> > > If the VFs are exposed as netdevs and the master (or Parent which i > think the "P" stands for) they point to > is the PF - then is the PF a bridge abstraction? yes, could be, but its not today ('PF' is physical function and 'VF' is virtual function). If you introduce a master/slave relationship between the PF and VF (ie VF's were assigned PF as the master using 'ip link set dev vf master PF), then yes. > And if the path is via is the PF - i think that seems like "master" > not self, no? Today ...when you add fdb...path is not via the PF netdev. It maybe internally done that way in PF/VF driver. so, 'master' does not apply today. But if there were such a relationship between PF/VF, yes, 'master' could be used. PF does not really need to have a master relationship with the VF. Its better that way. Infact it should be that way even in the case of 'the switch device class model' because that will allow switch ports to be added to a linux bridge (and hence make use of the linux bridge (cumulus model). 'master' will be the 'linux bridge device' in this case). Thanks, Roopa -- 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
Powered by blists - more mailing lists