On Tue, Dec 19, 2017 at 12:33:29PM -0800, Saeed Mahameed wrote: > Hi Dave and Doug, > > ============== > This series includes updates for mlx5 E-Switch infrastructures, > to be merged into net-next and rdma-next trees. > > Mark's patches provide E-Switch refactoring that generalize the mlx5 > E-Switch vf representors interfaces and data structures. The serious is > mainly focused on moving ethernet (netdev) specific representors logic out > of E-Switch (eswitch.c) into mlx5e representor module (en_rep.c), which > provides better separation and allows future support for other types of vf > representors (e.g. RDMA). > > Gal's patches at the end of this serious, provide a simple syntax fix and > two other patches that handles vport ingress/egress ACL steering name > spaces to be aligned with the Firmware/Hardware specs. Patch 10 actually looks quite worrysome if a card would support only one ingress or egress, but if all of them support both, then it should be fine yes. Is that possible, to support only one direction? Marcelo -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
