Linux RDMA and InfiniBand development
 help / color / mirror / Atom feed
From: Leon Romanovsky <leon@kernel.org>
To: Praveen Kumar Kannoju <praveen.kannoju@oracle.com>
Cc: yishaih@nvidia.com, jgg@ziepe.ca, linux-rdma@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3] IB/mlx4: Fix stale CM id_map entries when RTU is never received
Date: Wed, 15 Jul 2026 10:05:40 +0300	[thread overview]
Message-ID: <20260715070540.GB21348@unreal> (raw)
In-Reply-To: <20260713111142.1206710-1-praveen.kannoju@oracle.com>

On Mon, Jul 13, 2026 at 11:11:42AM +0000, Praveen Kumar Kannoju wrote:
> mlx4_ib_multiplex_cm_handler() allocates an id_map_entry for CM
> transactions, but the entry is normally released only on DREQ or REJ
> flows.
> 
> In the duplicate REP handling scenario, cm_dup_rep_handler() may be
> invoked when the remote side receives a REP for which no matching
> cm_id_priv exists. In such cases the CM handshake never reaches RTU, and
> the sender side may never receive either DREQ or REJ cleanup events.
> 
> As a result, the allocated id_map_entry remains indefinitely, resulting in
> a stale mapping leak.
> 
> Fix this by arming an RTU-abandon cleanup timeout when the id_map_entry is
> allocated. The timeout uses the mlx4 CM workqueue and the existing
> schedule_delayed() path, so later DREQ/REJ cleanup can shorten the pending
> timeout with mod_delayed_work().
> 
> Track whether a pending cleanup timeout is still waiting for RTU. RTU
> cancels only that initial timeout; if DREQ/REJ has already converted it to
> normal teardown cleanup, a late or duplicate RTU does not cancel the
> teardown timer. If the RTU timeout callback has already started, leave the
> entry on the timeout path and make the RTU packet lose that race.
> 
> Hold id_map_lock while looking up the entry, canceling the RTU timeout,
> scheduling teardown cleanup, and copying the id values needed by the CM
> handlers. The delayed-work callback rechecks scheduled_delete under the
> same lock before removing and freeing the entry, avoiding use-after-free
> when RTU races with timeout execution.
> 
> Signed-off-by: Praveen Kumar Kannoju <praveen.kannoju@oracle.com>
> ---
> v1: https://lore.kernel.org/linux-rdma/20260507154755.452008-1-praveen.kannoju@oracle.com/T/#u
> v2: https://lore.kernel.org/linux-rdma/BL0PR10MB282074FA0D571F5072DFCB4B8CF12@BL0PR10MB2820.namprd10.prod.outlook.com/T/#t
> 
> Changes in v3:
> - Replace "Lock should be taken before called" comments with
>   lockdep_assert_held(&sriov->id_map_lock).
> 
> Changes in v2:
> - Queue the RTU-abandon timeout on the mlx4 CM workqueue through
>   schedule_delayed() and use mod_delayed_work() so DREQ/REJ cleanup can
>   shorten a pending RTU timeout.
> - Track RTU-abandon cleanup separately from normal DREQ/REJ cleanup so a
>   late or duplicate RTU does not cancel a teardown timer.
> - Hold id_map_lock while looking up id_map entries, canceling or updating
>   delayed work, and copying CM IDs needed by the handlers.
> - Make RTU lose the race when the timeout callback has already started.
> 
>  drivers/infiniband/hw/mlx4/cm.c | 98 ++++++++++++++++++++++++++++++---------
>  1 file changed, 75 insertions(+), 23 deletions(-)

I wanted to apply this patch, but it has merge conflicts. Please
rebase it onto the latest rdma-next.

As you are probably the only person using this device in that mode, I
will take it as-is after the rebase. Strictly speaking, however, the
lock around id_map_get() does not make much sense. There is no
reference counting on the returned ID, so it can disappear immediately
after the lock is released.

Thanks.

> 
> diff --git a/drivers/infiniband/hw/mlx4/cm.c b/drivers/infiniband/hw/mlx4/cm.c
> index 63a868a..f7905df 100644
> --- a/drivers/infiniband/hw/mlx4/cm.c
> +++ b/drivers/infiniband/hw/mlx4/cm.c
> @@ -40,6 +40,7 @@
>  #include "mlx4_ib.h"
>  
>  #define CM_CLEANUP_CACHE_TIMEOUT  (30 * HZ)
> +#define CM_RTU_TIMEOUT		  (60 * HZ)
>  
>  struct id_map_entry {
>  	struct rb_node node;
> @@ -48,6 +49,7 @@ struct id_map_entry {
>  	u32 pv_cm_id;
>  	int slave_id;
>  	int scheduled_delete;
> +	bool rtu_timeout;
>  	struct mlx4_ib_dev *dev;
>  
>  	struct list_head list;
> @@ -184,6 +186,10 @@ static void id_map_ent_timeout(struct work_struct *work)
>  	struct rb_root *sl_id_map = &sriov->sl_id_map;
>  
>  	spin_lock(&sriov->id_map_lock);
> +	if (!ent->scheduled_delete) {
> +		spin_unlock(&sriov->id_map_lock);
> +		return;
> +	}
>  	if (!xa_erase(&sriov->pv_id_table, ent->pv_cm_id))
>  		goto out;
>  	found_ent = id_map_find_by_sl_id(&dev->ib_dev, ent->slave_id, ent->sl_cm_id);
> @@ -228,8 +234,12 @@ static void sl_id_map_add(struct ib_device *ibdev, struct id_map_entry *new)
>  	rb_insert_color(&new->node, sl_id_map);
>  }
>  
> +static void schedule_delayed(struct ib_device *ibdev, struct id_map_entry *id,
> +			     unsigned long timeout, bool rtu_timeout);
> +
>  static struct id_map_entry *
> -id_map_alloc(struct ib_device *ibdev, int slave_id, u32 sl_cm_id)
> +id_map_alloc(struct ib_device *ibdev, int slave_id, u32 sl_cm_id,
> +	     u32 *pv_cm_id)
>  {
>  	int ret;
>  	struct id_map_entry *ent;
> @@ -242,6 +252,7 @@ id_map_alloc(struct ib_device *ibdev, int slave_id, u32 sl_cm_id)
>  	ent->sl_cm_id = sl_cm_id;
>  	ent->slave_id = slave_id;
>  	ent->scheduled_delete = 0;
> +	ent->rtu_timeout = false;
>  	ent->dev = to_mdev(ibdev);
>  	INIT_DELAYED_WORK(&ent->timeout, id_map_ent_timeout);
>  
> @@ -251,6 +262,8 @@ id_map_alloc(struct ib_device *ibdev, int slave_id, u32 sl_cm_id)
>  		spin_lock(&sriov->id_map_lock);
>  		sl_id_map_add(ibdev, ent);
>  		list_add_tail(&ent->list, &sriov->cm_list);
> +		*pv_cm_id = ent->pv_cm_id;
> +		schedule_delayed(ibdev, ent, CM_RTU_TIMEOUT, true);
>  		spin_unlock(&sriov->id_map_lock);
>  		return ent;
>  	}
> @@ -261,48 +274,47 @@ id_map_alloc(struct ib_device *ibdev, int slave_id, u32 sl_cm_id)
>  	return ERR_PTR(-ENOMEM);
>  }
>  
>  static struct id_map_entry *
>  id_map_get(struct ib_device *ibdev, int *pv_cm_id, int slave_id, int sl_cm_id)
>  {
>  	struct id_map_entry *ent;
>  	struct mlx4_ib_sriov *sriov = &to_mdev(ibdev)->sriov;
>  
> -	spin_lock(&sriov->id_map_lock);
> +	lockdep_assert_held(&sriov->id_map_lock);
>  	if (*pv_cm_id == -1) {
>  		ent = id_map_find_by_sl_id(ibdev, slave_id, sl_cm_id);
>  		if (ent)
>  			*pv_cm_id = (int) ent->pv_cm_id;
>  	} else
>  		ent = xa_load(&sriov->pv_id_table, *pv_cm_id);
> -	spin_unlock(&sriov->id_map_lock);
>  
>  	return ent;
>  }
>  
> -static void schedule_delayed(struct ib_device *ibdev, struct id_map_entry *id)
> +static void schedule_delayed(struct ib_device *ibdev, struct id_map_entry *id,
> +			     unsigned long timeout, bool rtu_timeout)
>  {
>  	struct mlx4_ib_sriov *sriov = &to_mdev(ibdev)->sriov;
>  	unsigned long flags;
>  
> -	spin_lock(&sriov->id_map_lock);
> +	lockdep_assert_held(&sriov->id_map_lock);
>  	spin_lock_irqsave(&sriov->going_down_lock, flags);
>  	/*make sure that there is no schedule inside the scheduled work.*/
> -	if (!sriov->is_going_down && !id->scheduled_delete) {
> +	if (!sriov->is_going_down || id->scheduled_delete) {
>  		id->scheduled_delete = 1;
> -		queue_delayed_work(cm_wq, &id->timeout, CM_CLEANUP_CACHE_TIMEOUT);
> -	} else if (id->scheduled_delete) {
> -		/* Adjust timeout if already scheduled */
> -		mod_delayed_work(cm_wq, &id->timeout, CM_CLEANUP_CACHE_TIMEOUT);
> +		id->rtu_timeout = rtu_timeout;
> +		mod_delayed_work(cm_wq, &id->timeout, timeout);
>  	}
>  	spin_unlock_irqrestore(&sriov->going_down_lock, flags);
> -	spin_unlock(&sriov->id_map_lock);
>  }
>  
>  #define REJ_REASON(m) be16_to_cpu(((struct cm_generic_msg *)(m))->rej_reason)
>  int mlx4_ib_multiplex_cm_handler(struct ib_device *ibdev, int port, int slave_id,
>  		struct ib_mad *mad)
>  {
> +	struct mlx4_ib_sriov *sriov = &to_mdev(ibdev)->sriov;
>  	struct id_map_entry *id;
> +	u32 pv_cm_id_to_set = 0;
>  	u32 sl_cm_id;
>  	int pv_cm_id = -1;
>  
> @@ -312,10 +323,15 @@ int mlx4_ib_multiplex_cm_handler(struct ib_device *ibdev, int port, int slave_id
>  	    mad->mad_hdr.attr_id == CM_SIDR_REQ_ATTR_ID ||
>  	    (mad->mad_hdr.attr_id == CM_REJ_ATTR_ID && REJ_REASON(mad) == IB_CM_REJ_TIMEOUT)) {
>  		sl_cm_id = get_local_comm_id(mad);
> +		spin_lock(&sriov->id_map_lock);
>  		id = id_map_get(ibdev, &pv_cm_id, slave_id, sl_cm_id);
> +		if (id)
> +			pv_cm_id_to_set = id->pv_cm_id;
> +		spin_unlock(&sriov->id_map_lock);
>  		if (id)
>  			goto cont;
> -		id = id_map_alloc(ibdev, slave_id, sl_cm_id);
> +		id = id_map_alloc(ibdev, slave_id, sl_cm_id,
> +				  &pv_cm_id_to_set);
>  		if (IS_ERR(id)) {
>  			mlx4_ib_warn(ibdev, "%s: id{slave: %d, sl_cm_id: 0x%x} Failed to id_map_alloc\n",
>  				__func__, slave_id, sl_cm_id);
> @@ -326,7 +342,25 @@ int mlx4_ib_multiplex_cm_handler(struct ib_device *ibdev, int port, int slave_id
>  		return 0;
>  	} else {
>  		sl_cm_id = get_local_comm_id(mad);
> +		spin_lock(&sriov->id_map_lock);
>  		id = id_map_get(ibdev, &pv_cm_id, slave_id, sl_cm_id);
> +		if (id) {
> +			if (mad->mad_hdr.attr_id == CM_RTU_ATTR_ID &&
> +			    id->rtu_timeout) {
> +				id->rtu_timeout = false;
> +				if (cancel_delayed_work(&id->timeout))
> +					id->scheduled_delete = 0;
> +				else
> +					id = NULL;
> +			}
> +			if (id)
> +				pv_cm_id_to_set = id->pv_cm_id;
> +			if (id && mad->mad_hdr.attr_id == CM_DREQ_ATTR_ID)
> +				schedule_delayed(ibdev, id,
> +						 CM_CLEANUP_CACHE_TIMEOUT,
> +						 false);
> +		}
> +		spin_unlock(&sriov->id_map_lock);
>  	}
>  
>  	if (!id) {
> @@ -336,10 +370,7 @@ int mlx4_ib_multiplex_cm_handler(struct ib_device *ibdev, int port, int slave_id
>  	}
>  
>  cont:
> -	set_local_comm_id(mad, id->pv_cm_id);
> -
> -	if (mad->mad_hdr.attr_id == CM_DREQ_ATTR_ID)
> -		schedule_delayed(ibdev, id);
> +	set_local_comm_id(mad, pv_cm_id_to_set);
>  	return 0;
>  }
>  
> @@ -429,7 +460,10 @@ int mlx4_ib_demux_cm_handler(struct ib_device *ibdev, int port, int *slave,
>  	struct mlx4_ib_sriov *sriov = &to_mdev(ibdev)->sriov;
>  	u32 rem_pv_cm_id = get_local_comm_id(mad);
>  	u32 pv_cm_id;
> +	u32 sl_cm_id = 0;
>  	struct id_map_entry *id;
> +	int pv_cm_id_int;
> +	int slave_id = 0;
>  	int sts;
>  
>  	if (mad->mad_hdr.attr_id == CM_REQ_ATTR_ID ||
> @@ -457,7 +491,28 @@ int mlx4_ib_demux_cm_handler(struct ib_device *ibdev, int port, int *slave,
>  	}
>  
>  	pv_cm_id = get_remote_comm_id(mad);
> -	id = id_map_get(ibdev, (int *)&pv_cm_id, -1, -1);
> +	pv_cm_id_int = pv_cm_id;
> +	spin_lock(&sriov->id_map_lock);
> +	id = id_map_get(ibdev, &pv_cm_id_int, -1, -1);
> +	if (id) {
> +		if (mad->mad_hdr.attr_id == CM_RTU_ATTR_ID &&
> +		    id->rtu_timeout) {
> +			id->rtu_timeout = false;
> +			if (cancel_delayed_work(&id->timeout))
> +				id->scheduled_delete = 0;
> +			else
> +				id = NULL;
> +		}
> +		if (id && slave)
> +			slave_id = id->slave_id;
> +		if (id)
> +			sl_cm_id = id->sl_cm_id;
> +		if (id && (mad->mad_hdr.attr_id == CM_DREQ_ATTR_ID ||
> +			   mad->mad_hdr.attr_id == CM_REJ_ATTR_ID))
> +			schedule_delayed(ibdev, id,
> +					 CM_CLEANUP_CACHE_TIMEOUT, false);
> +	}
> +	spin_unlock(&sriov->id_map_lock);
>  
>  	if (!id) {
>  		if (mad->mad_hdr.attr_id == CM_REJ_ATTR_ID &&
> @@ -472,12 +527,8 @@ int mlx4_ib_demux_cm_handler(struct ib_device *ibdev, int port, int *slave,
>  	}
>  
>  	if (slave)
> -		*slave = id->slave_id;
> -	set_remote_comm_id(mad, id->sl_cm_id);
> -
> -	if (mad->mad_hdr.attr_id == CM_DREQ_ATTR_ID ||
> -	    mad->mad_hdr.attr_id == CM_REJ_ATTR_ID)
> -		schedule_delayed(ibdev, id);
> +		*slave = slave_id;
> +	set_remote_comm_id(mad, sl_cm_id);
>  
>  	return 0;
>  }

  reply	other threads:[~2026-07-15  7:05 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-13 11:11 [PATCH v3] IB/mlx4: Fix stale CM id_map entries when RTU is never received Praveen Kumar Kannoju
2026-07-15  7:05 ` Leon Romanovsky [this message]
2026-07-15  8:11   ` Praveen Kannoju

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260715070540.GB21348@unreal \
    --to=leon@kernel.org \
    --cc=jgg@ziepe.ca \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=praveen.kannoju@oracle.com \
    --cc=yishaih@nvidia.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox