net/sfc: do not spam logs on tunnel restore info errors
Checks
Commit Message
OvS might invoke this API on its data path, out of sync
with its control plane. If the control path has already
deactivated the tunnel context entry, these invocations
will produce quite a few error printouts. Suppress that.
Fixes: 7e5b479803c3 ("net/sfc: implement control path operations in tunnel offload")
Cc: stable@dpdk.org
Signed-off-by: Ivan Malov <ivan.malov@oktetlabs.ru>
Reviewed-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
---
drivers/net/sfc/sfc_flow_tunnel.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Comments
On 3/6/2022 4:12 PM, Ivan Malov wrote:
> OvS might invoke this API on its data path, out of sync
> with its control plane. If the control path has already
> deactivated the tunnel context entry, these invocations
> will produce quite a few error printouts. Suppress that.
>
> Fixes: 7e5b479803c3 ("net/sfc: implement control path operations in tunnel offload")
> Cc: stable@dpdk.org
>
> Signed-off-by: Ivan Malov <ivan.malov@oktetlabs.ru>
> Reviewed-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
Applied to dpdk-next-net/main, thanks.
@@ -433,7 +433,7 @@ sfc_flow_tunnel_get_restore_info(struct rte_eth_dev *dev,
ft = &sa->flow_tunnels[ft_id];
if (ft->refcnt == 0) {
- sfc_err(sa, "tunnel offload: get_restore_info: tunnel=%u does not exist",
+ sfc_dbg(sa, "tunnel offload: get_restore_info: tunnel=%u does not exist",
ft_id);
rc = ENOENT;
goto fail;