Re: [next-queue v6 PATCH 5/7] i40e: Add TX and RX support over port netdev's in switchdev mode
From: "Samudrala, Sridhar" <sridhar.samudrala@intel.com>
Date: 2017-04-03 18:52:50
Also in:
intel-wired-lan
From: "Samudrala, Sridhar" <sridhar.samudrala@intel.com>
Date: 2017-04-03 18:52:50
Also in:
intel-wired-lan
On 3/30/2017 2:26 AM, Or Gerlitz wrote:
On Thu, Mar 30, 2017 at 3:22 AM, Sridhar Samudrala [off-list ref] wrote:quoted
Any frames sent via port netdevs are sent as directed transmits to the corresponding VFs.okay, coolquoted
In switchdev mode, broadcasts from VFs are received by the PF and passed to corresponding port representor netdev.not following. If a VF sends a packet and it doesn't match any HW steering rule, then it has to meet some default rule. Such rule can be fwd to host CPU or drop or something else. E.g in mlx5 currently it's fwd to CPU --> the packet is delivered to the HW queue of the corresponding VF rep is received into the host networking stack from there (the VF rep does netif_rx).
fwd to CPU as default rule is not possible with the current generation of hw/fw. So we would like to enable switchdev to expose the port representors and start adding offloads in an incremental way.
In this series you are not doing any offloading, right? so 100% of the packets sent by VFs should meet your default rule which I assume you want to be fwd to host CPU (--> vf rep) Is that broadcast a special case which will remain in place also when you add fdb/tc offloading? why not let the HW steering configuration for all types of traffic be dictated by offloading some SW switching rules? FWIW - I will not be online till Tues, so will see you reply only then Or.