mlx5: fix race at mlx5_dev_close
Checks
Commit Message
From: "hepeng.0320" <hepeng.0320@bytedance.com>
mlx5_dev_close currently will set priv->sh->port[priv->dev_port -
1].nl_ih_port_id to RTE_MAX_ETHPORTS to avoid mlx5_dev_interrupt_nl_cb
to use the port's dev_private, because later the rte_eth_dev_close
will free the dev_private and set the pointer to NULL.
However, since mlx5_dev_interrupt_nl_cb is running in another thread,
I think the race still exists. So perhaps an easy fix is to wait for
1ms to avoid this race.
Signed-off-by: hepeng.0320 <hepeng.0320@bytedance.com>
---
drivers/net/mlx5/mlx5.c | 4 ++++
1 file changed, 4 insertions(+)
Comments
On Thu, 11 Apr 2024 14:17:40 +0800
hepeng <hepeng.0320@bytedance.com> wrote:
> From: "hepeng.0320" <hepeng.0320@bytedance.com>
>
> mlx5_dev_close currently will set priv->sh->port[priv->dev_port -
> 1].nl_ih_port_id to RTE_MAX_ETHPORTS to avoid mlx5_dev_interrupt_nl_cb
> to use the port's dev_private, because later the rte_eth_dev_close
> will free the dev_private and set the pointer to NULL.
>
> However, since mlx5_dev_interrupt_nl_cb is running in another thread,
> I think the race still exists. So perhaps an easy fix is to wait for
> 1ms to avoid this race.
>
> Signed-off-by: hepeng.0320 <hepeng.0320@bytedance.com>
Not the pest way to handle this. Adding a one second delay on shutdown
hurts some availability scenarios. Looks like mlx5 needs a more coordinated
shutdown to be safe; adding big delays is not the correct fix.
It's 1ms, not 1 second.
It's a workaround, just to provide a fast and dirty fix for someone who needs this.
From: "Stephen Hemminger"<stephen@networkplumber.org>
> Date: Tue, Oct 8, 2024, 01:54
> Subject: [External] Re: [PATCH] mlx5: fix race at mlx5_dev_close
> To: "hepeng"<hepeng.0320@bytedance.com>
> Cc: <dev@dpdk.org>
> On Thu, 11 Apr 2024 14:17:40 +0800
> hepeng <hepeng.0320@bytedance.com> wrote:
>
>
> > From: "hepeng.0320" <hepeng.0320@bytedance.com>
> >
> > mlx5_dev_close currently will set priv->sh->port[priv->dev_port -
> > 1].nl_ih_port_id to RTE_MAX_ETHPORTS to avoid mlx5_dev_interrupt_nl_cb
> > to use the port's dev_private, because later the rte_eth_dev_close
> > will free the dev_private and set the pointer to NULL.
> >
> > However, since mlx5_dev_interrupt_nl_cb is running in another thread,
> > I think the race still exists. So perhaps an easy fix is to wait for
> > 1ms to avoid this race.
> >
> > Signed-off-by: hepeng.0320 <hepeng.0320@bytedance.com>
>
>
> Not the pest way to handle this. Adding a one second delay on shutdown
> hurts some availability scenarios. Looks like mlx5 needs a more coordinated
> shutdown to be safe; adding big delays is not the correct fix.
>
>
>
>
>
>
@@ -2457,6 +2457,10 @@ mlx5_dev_close(struct rte_eth_dev *dev)
* mlx5_os_mac_addr_flush() uses ibdev_path for retrieving
* ifindex if Netlink fails.
*/
+
+ /* Avoid race condition if mlx5_dev_interrupt_nl_cb is running. */
+ rte_delay_us_sleep(1000);
+
mlx5_free_shared_dev_ctx(priv->sh);
if (priv->domain_id != RTE_ETH_DEV_SWITCH_DOMAIN_ID_INVALID) {
unsigned int c = 0;