On Tue, 24 Nov 2020 12:38:22 -0800 Eric Dumazet wrote:
> From: Eric Dumazet <eduma...@google.com>
>
> After cited commit, gro_cells_destroy() became damn slow
> on hosts with a lot of cores.
>
> This is because we have one additional synchronize_net() per cpu as
> stated in the changelog.
>
> gro_cells_init() is setting NAPI_STATE_NO_BUSY_POLL, and this was enough
> to not have one synchronize_net() call per netif_napi_del()
>
> We can factorize all the synchronize_net() to a single one,
> right before freeing per-cpu memory.
>
> Fixes: 5198d545dba8 ("net: remove napi_hash_del() from driver-facing API")
> Signed-off-by: Eric Dumazet <eduma...@google.com>
Applied, thank you!
