Tue, Dec 19, 2017 at 10:32:13PM CET, jakub.kicin...@netronome.com wrote:
>cls_bpf used to take care of tracking what offload state a filter
>is in, i.e. it would track if offload request succeeded or not.
>This information would then be used to issue correct requests to
>the driver, e.g. requests for statistics only on offloaded filters,
>removing only filters which were offloaded, using add instead of
>replace if previous filter was not added etc.
>
>This tracking of offload state no longer functions with the new
>callback infrastructure. There could be multiple entities trying
>to offload the same filter.
>
>Throw out all the tracking and corresponding commands and simply
>pass to the drivers both old and new bpf program. Drivers will
>have to deal with offload state tracking by themselves.
>
>Fixes: 3f7889c4c79b ("net: sched: cls_bpf: call block callbacks for offload")
>Signed-off-by: Jakub Kicinski <jakub.kicin...@netronome.com>
Acked-by: Jiri Pirko <j...@mellanox.com>
Thanks Jakub!
