Hi!
While we discuss the representors.. :)
This set adds XDP flag for forcing offload and a attachment mode
for reporting to user space that program has been offloaded. The
nfp driver is modified to make use of the new flags, but also to
adhere to the DRV_MODE flag which should disable the HW offload.
The intended driver behaviour is:
DRV mode offload
no flags yes attempted
DRV_MODE yes no
HW_MODE no yes
Where 'yes' means required, and error will be returned if setup fails.
'Attempted' means the offload will only happen automatically if HW is
capable and offloading the program will cause no change in system
behaviour (e.g. maps don't have to bound).
Thanks to loading the program both to the driver and HW by default we
can fallback to the driver mode without disruption in case user replaces
the program with one which cannot be offloaded later.
Note that the NFP driver currently claims XDP offload support but
lacks most basic features like direct packet access.
Only change compared to the RFC is fixing the double bpf_prog_put()
which Daniel has spotted (patch 5).
Jakub Kicinski (8):
xdp: pass XDP flags into install handlers
xdp: add HW offload mode flag for installing programs
nfp: xdp: move driver XDP setup into a separate function
nfp: bpf: don't offload XDP programs in DRV_MODE
nfp: bpf: release the reference on offloaded programs
nfp: bpf: add support for XDP_FLAGS_HW_MODE
xdp: add reporting of offload mode
nfp: xdp: report if program is offloaded
drivers/net/ethernet/netronome/nfp/nfp_net.h | 5 ++
.../net/ethernet/netronome/nfp/nfp_net_common.c | 62 +++++++++++++++-------
include/linux/netdevice.h | 9 ++--
include/uapi/linux/if_link.h | 8 ++-
net/core/dev.c | 15 +++---
net/core/rtnetlink.c | 10 ++--
6 files changed, 73 insertions(+), 36 deletions(-)
--
2.11.0
