All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] RDMA/iser: Fix possible mr leak on device removal event
@ 2017-02-27 18:16 Sagi Grimberg
       [not found] ` <1488219394-11720-1-git-send-email-sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
  0 siblings, 1 reply; 5+ messages in thread
From: Sagi Grimberg @ 2017-02-27 18:16 UTC (permalink / raw)
  To: linux-rdma-u79uwXL29TY76Z2rM5mHXA
  Cc: Max Gurtuvoy, vladimirn-VPRAkNaXOzVWk0Htik3J/w

When the rdma device is removed, we must cleanup all
the rdma resources within the DEVICE_REMOVAL event
handler to let the device teardown gracefully. When
this happens with live I/O, some memory regions are
occupied. Thus, track them too and dereg all the mr's.

We are safe with mr access by iscsi_iser_cleanup_task.

Reported-by: Raju Rangoju <rajur-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org>
Signed-off-by: Sagi Grimberg <sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
---
 drivers/infiniband/ulp/iser/iscsi_iser.h | 2 ++
 drivers/infiniband/ulp/iser/iser_verbs.c | 8 +++++---
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/drivers/infiniband/ulp/iser/iscsi_iser.h b/drivers/infiniband/ulp/iser/iscsi_iser.h
index 9d0b22ad58c1..c1ae4aeae2f9 100644
--- a/drivers/infiniband/ulp/iser/iscsi_iser.h
+++ b/drivers/infiniband/ulp/iser/iscsi_iser.h
@@ -430,6 +430,7 @@ struct iser_fr_desc {
 	struct list_head		  list;
 	struct iser_reg_resources	  rsc;
 	struct iser_pi_context		 *pi_ctx;
+	struct list_head                  all_list;
 };
 
 /**
@@ -443,6 +444,7 @@ struct iser_fr_pool {
 	struct list_head        list;
 	spinlock_t              lock;
 	int                     size;
+	struct list_head        all_list;
 };
 
 /**
diff --git a/drivers/infiniband/ulp/iser/iser_verbs.c b/drivers/infiniband/ulp/iser/iser_verbs.c
index 30b622f2ab73..c538a38c91ce 100644
--- a/drivers/infiniband/ulp/iser/iser_verbs.c
+++ b/drivers/infiniband/ulp/iser/iser_verbs.c
@@ -362,6 +362,7 @@ int iser_alloc_fastreg_pool(struct ib_conn *ib_conn,
 	int i, ret;
 
 	INIT_LIST_HEAD(&fr_pool->list);
+	INIT_LIST_HEAD(&fr_pool->all_list);
 	spin_lock_init(&fr_pool->lock);
 	fr_pool->size = 0;
 	for (i = 0; i < cmds_max; i++) {
@@ -373,6 +374,7 @@ int iser_alloc_fastreg_pool(struct ib_conn *ib_conn,
 		}
 
 		list_add_tail(&desc->list, &fr_pool->list);
+		list_add_tail(&desc->all_list, &fr_pool->all_list);
 		fr_pool->size++;
 	}
 
@@ -392,13 +394,13 @@ void iser_free_fastreg_pool(struct ib_conn *ib_conn)
 	struct iser_fr_desc *desc, *tmp;
 	int i = 0;
 
-	if (list_empty(&fr_pool->list))
+	if (list_empty(&fr_pool->all_list))
 		return;
 
 	iser_info("freeing conn %p fr pool\n", ib_conn);
 
-	list_for_each_entry_safe(desc, tmp, &fr_pool->list, list) {
-		list_del(&desc->list);
+	list_for_each_entry_safe(desc, tmp, &fr_pool->all_list, all_list) {
+		list_del(&desc->all_list);
 		iser_free_reg_res(&desc->rsc);
 		if (desc->pi_ctx)
 			iser_free_pi_ctx(desc->pi_ctx);
-- 
2.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [PATCH] RDMA/iser: Fix possible mr leak on device removal event
       [not found] ` <1488219394-11720-1-git-send-email-sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
@ 2017-02-28 13:28   ` Max Gurtovoy
       [not found]     ` <e2a87fd9-8035-95b3-20de-2389340b9955-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
  0 siblings, 1 reply; 5+ messages in thread
From: Max Gurtovoy @ 2017-02-28 13:28 UTC (permalink / raw)
  To: Sagi Grimberg, linux-rdma-u79uwXL29TY76Z2rM5mHXA
  Cc: vladimirn-VPRAkNaXOzVWk0Htik3J/w, rajur-ut6Up61K2wZBDgjK7y7TUQ

Very similar to Vladimir's patch.
Passed our verification tests.

Reviewed-by: Max Gurtovoy <maxg-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>


Raju,
Have you tried this fix in your labs ?



On 2/27/2017 8:16 PM, Sagi Grimberg wrote:
> When the rdma device is removed, we must cleanup all
> the rdma resources within the DEVICE_REMOVAL event
> handler to let the device teardown gracefully. When
> this happens with live I/O, some memory regions are
> occupied. Thus, track them too and dereg all the mr's.
>
> We are safe with mr access by iscsi_iser_cleanup_task.
>
> Reported-by: Raju Rangoju <rajur-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org>
> Signed-off-by: Sagi Grimberg <sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
> ---
>  drivers/infiniband/ulp/iser/iscsi_iser.h | 2 ++
>  drivers/infiniband/ulp/iser/iser_verbs.c | 8 +++++---
>  2 files changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/infiniband/ulp/iser/iscsi_iser.h b/drivers/infiniband/ulp/iser/iscsi_iser.h
> index 9d0b22ad58c1..c1ae4aeae2f9 100644
> --- a/drivers/infiniband/ulp/iser/iscsi_iser.h
> +++ b/drivers/infiniband/ulp/iser/iscsi_iser.h
> @@ -430,6 +430,7 @@ struct iser_fr_desc {
>  	struct list_head		  list;
>  	struct iser_reg_resources	  rsc;
>  	struct iser_pi_context		 *pi_ctx;
> +	struct list_head                  all_list;
>  };
>
>  /**
> @@ -443,6 +444,7 @@ struct iser_fr_pool {
>  	struct list_head        list;
>  	spinlock_t              lock;
>  	int                     size;
> +	struct list_head        all_list;
>  };
>
>  /**
> diff --git a/drivers/infiniband/ulp/iser/iser_verbs.c b/drivers/infiniband/ulp/iser/iser_verbs.c
> index 30b622f2ab73..c538a38c91ce 100644
> --- a/drivers/infiniband/ulp/iser/iser_verbs.c
> +++ b/drivers/infiniband/ulp/iser/iser_verbs.c
> @@ -362,6 +362,7 @@ int iser_alloc_fastreg_pool(struct ib_conn *ib_conn,
>  	int i, ret;
>
>  	INIT_LIST_HEAD(&fr_pool->list);
> +	INIT_LIST_HEAD(&fr_pool->all_list);
>  	spin_lock_init(&fr_pool->lock);
>  	fr_pool->size = 0;
>  	for (i = 0; i < cmds_max; i++) {
> @@ -373,6 +374,7 @@ int iser_alloc_fastreg_pool(struct ib_conn *ib_conn,
>  		}
>
>  		list_add_tail(&desc->list, &fr_pool->list);
> +		list_add_tail(&desc->all_list, &fr_pool->all_list);
>  		fr_pool->size++;
>  	}
>
> @@ -392,13 +394,13 @@ void iser_free_fastreg_pool(struct ib_conn *ib_conn)
>  	struct iser_fr_desc *desc, *tmp;
>  	int i = 0;
>
> -	if (list_empty(&fr_pool->list))
> +	if (list_empty(&fr_pool->all_list))
>  		return;
>
>  	iser_info("freeing conn %p fr pool\n", ib_conn);
>
> -	list_for_each_entry_safe(desc, tmp, &fr_pool->list, list) {
> -		list_del(&desc->list);
> +	list_for_each_entry_safe(desc, tmp, &fr_pool->all_list, all_list) {
> +		list_del(&desc->all_list);
>  		iser_free_reg_res(&desc->rsc);
>  		if (desc->pi_ctx)
>  			iser_free_pi_ctx(desc->pi_ctx);
>
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 5+ messages in thread

* RE: [PATCH] RDMA/iser: Fix possible mr leak on device removal event
       [not found]     ` <e2a87fd9-8035-95b3-20de-2389340b9955-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
@ 2017-02-28 13:57       ` Raju  Rangoju
       [not found]         ` <CY1PR12MB077458DBD4D7EA18751C40BFBC230@CY1PR12MB0774.namprd12.prod.outlook.com>
  0 siblings, 1 reply; 5+ messages in thread
From: Raju  Rangoju @ 2017-02-28 13:57 UTC (permalink / raw)
  To: Max Gurtovoy, Sagi Grimberg, linux-rdma-u79uwXL29TY76Z2rM5mHXA
  Cc: vladimirn-VPRAkNaXOzVWk0Htik3J/w

Yes Max, I have tried the fix and it passed our verification tests.

-Thanks

-----Original Message-----
From: Max Gurtovoy [mailto:maxg-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org] 
Sent: 28 February 2017 18:58
To: Sagi Grimberg <sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>; linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: vladimirn-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org; Raju Rangoju <rajur-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org>
Subject: Re: [PATCH] RDMA/iser: Fix possible mr leak on device removal event

Very similar to Vladimir's patch.
Passed our verification tests.

Reviewed-by: Max Gurtovoy <maxg-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>


Raju,
Have you tried this fix in your labs ?



On 2/27/2017 8:16 PM, Sagi Grimberg wrote:
> When the rdma device is removed, we must cleanup all the rdma 
> resources within the DEVICE_REMOVAL event handler to let the device 
> teardown gracefully. When this happens with live I/O, some memory 
> regions are occupied. Thus, track them too and dereg all the mr's.
>
> We are safe with mr access by iscsi_iser_cleanup_task.
>
> Reported-by: Raju Rangoju <rajur-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org>
> Signed-off-by: Sagi Grimberg <sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
> ---
>  drivers/infiniband/ulp/iser/iscsi_iser.h | 2 ++  
> drivers/infiniband/ulp/iser/iser_verbs.c | 8 +++++---
>  2 files changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/infiniband/ulp/iser/iscsi_iser.h 
> b/drivers/infiniband/ulp/iser/iscsi_iser.h
> index 9d0b22ad58c1..c1ae4aeae2f9 100644
> --- a/drivers/infiniband/ulp/iser/iscsi_iser.h
> +++ b/drivers/infiniband/ulp/iser/iscsi_iser.h
> @@ -430,6 +430,7 @@ struct iser_fr_desc {
>  	struct list_head		  list;
>  	struct iser_reg_resources	  rsc;
>  	struct iser_pi_context		 *pi_ctx;
> +	struct list_head                  all_list;
>  };
>
>  /**
> @@ -443,6 +444,7 @@ struct iser_fr_pool {
>  	struct list_head        list;
>  	spinlock_t              lock;
>  	int                     size;
> +	struct list_head        all_list;
>  };
>
>  /**
> diff --git a/drivers/infiniband/ulp/iser/iser_verbs.c 
> b/drivers/infiniband/ulp/iser/iser_verbs.c
> index 30b622f2ab73..c538a38c91ce 100644
> --- a/drivers/infiniband/ulp/iser/iser_verbs.c
> +++ b/drivers/infiniband/ulp/iser/iser_verbs.c
> @@ -362,6 +362,7 @@ int iser_alloc_fastreg_pool(struct ib_conn *ib_conn,
>  	int i, ret;
>
>  	INIT_LIST_HEAD(&fr_pool->list);
> +	INIT_LIST_HEAD(&fr_pool->all_list);
>  	spin_lock_init(&fr_pool->lock);
>  	fr_pool->size = 0;
>  	for (i = 0; i < cmds_max; i++) {
> @@ -373,6 +374,7 @@ int iser_alloc_fastreg_pool(struct ib_conn *ib_conn,
>  		}
>
>  		list_add_tail(&desc->list, &fr_pool->list);
> +		list_add_tail(&desc->all_list, &fr_pool->all_list);
>  		fr_pool->size++;
>  	}
>
> @@ -392,13 +394,13 @@ void iser_free_fastreg_pool(struct ib_conn *ib_conn)
>  	struct iser_fr_desc *desc, *tmp;
>  	int i = 0;
>
> -	if (list_empty(&fr_pool->list))
> +	if (list_empty(&fr_pool->all_list))
>  		return;
>
>  	iser_info("freeing conn %p fr pool\n", ib_conn);
>
> -	list_for_each_entry_safe(desc, tmp, &fr_pool->list, list) {
> -		list_del(&desc->list);
> +	list_for_each_entry_safe(desc, tmp, &fr_pool->all_list, all_list) {
> +		list_del(&desc->all_list);
>  		iser_free_reg_res(&desc->rsc);
>  		if (desc->pi_ctx)
>  			iser_free_pi_ctx(desc->pi_ctx);
>
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] RDMA/iser: Fix possible mr leak on device removal event
       [not found]           ` <CY1PR12MB077458DBD4D7EA18751C40BFBC230-1s8aH8ViOEdztePUUsNjzQdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
@ 2017-03-13  8:06             ` Sagi Grimberg
       [not found]               ` <3c42066d-e5b0-fcb8-c434-e5aa2d7c52b9-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
  0 siblings, 1 reply; 5+ messages in thread
From: Sagi Grimberg @ 2017-03-13  8:06 UTC (permalink / raw)
  To: Raju Rangoju, Doug Ledford; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA

> Hi Sagi,

Hi Raju,

> Can we expect this patch in next rc ?

I hope so,

Doug, care to get it in the next -rc pull request?
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] RDMA/iser: Fix possible mr leak on device removal event
       [not found]               ` <3c42066d-e5b0-fcb8-c434-e5aa2d7c52b9-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
@ 2017-03-25  2:31                 ` Doug Ledford
  0 siblings, 0 replies; 5+ messages in thread
From: Doug Ledford @ 2017-03-25  2:31 UTC (permalink / raw)
  To: Sagi Grimberg, Raju Rangoju; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA

On Mon, 2017-03-13 at 10:06 +0200, Sagi Grimberg wrote:
> > 
> > Hi Sagi,
> 
> Hi Raju,
> 
> > 
> > Can we expect this patch in next rc ?
> 
> I hope so,
> 
> Doug, care to get it in the next -rc pull request?

Done.

-- 
Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
    GPG KeyID: B826A3330E572FDD
   
Key fingerprint = AE6B 1BDA 122B 23B4 265B  1274 B826 A333 0E57 2FDD

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2017-03-25  2:31 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-02-27 18:16 [PATCH] RDMA/iser: Fix possible mr leak on device removal event Sagi Grimberg
     [not found] ` <1488219394-11720-1-git-send-email-sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
2017-02-28 13:28   ` Max Gurtovoy
     [not found]     ` <e2a87fd9-8035-95b3-20de-2389340b9955-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2017-02-28 13:57       ` Raju  Rangoju
     [not found]         ` <CY1PR12MB077458DBD4D7EA18751C40BFBC230@CY1PR12MB0774.namprd12.prod.outlook.com>
     [not found]           ` <CY1PR12MB077458DBD4D7EA18751C40BFBC230-1s8aH8ViOEdztePUUsNjzQdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2017-03-13  8:06             ` Sagi Grimberg
     [not found]               ` <3c42066d-e5b0-fcb8-c434-e5aa2d7c52b9-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
2017-03-25  2:31                 ` Doug Ledford

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.