Message ID | 20190504114628.14755-1-jakub.kicinski@netronome.com |
---|---|
Headers | show |
Series | net: act_police offload support | expand |
From: Jakub Kicinski <jakub.kicinski@netronome.com> Date: Sat, 4 May 2019 04:46:15 -0700 > this set starts by converting cls_matchall to the new flow offload > infrastructure. It so happens that all drivers implementing cls_matchall > offload today also offload cls_flower, so its a little easier for > them to handle the actions in unified flow_rule format, even though > in cls_matchall there is no flow to speak of. If a driver ever appears > which would prefer the old, direct access to TC exts, we can add the > pointer in the offload structure back and support both. > > Next the act_police is added to actions supported by flow offload API. > > NFP support for act_police offload is added as the final step. The flower > firmware is configured to perform TX rate limiting in a way which matches > act_police's behaviour. It does not use DMA.IN back pressure, and > instead drops packets after they had been already DMAed into the NIC. > IOW it uses our standard traffic policing implementation, future patches > will extend it to other ports and traffic directions. Series applied.