net/sfc: reduce log level of tunnel restore info error

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>

diff --git a/drivers/net/sfc/sfc_flow_tunnel.c b/drivers/net/sfc/sfc_flow_tunnel.c
index e9eca90012605e61a1790e29c247754d255efe8a..af5941c1ba6c3201140c8d4823669c8e79474ceb 100644 (file)
--- a/drivers/net/sfc/sfc_flow_tunnel.c
+++ b/drivers/net/sfc/sfc_flow_tunnel.c
@@ -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;