[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ca6e8507-743b-005a-faec-375d88d8aaf6@acm.org>
Date: Fri, 20 Aug 2021 13:28:53 -0700
From: Bart Van Assche <bvanassche@....org>
To: keosung.park@...sung.com, ALIM AKHTAR <alim.akhtar@...sung.com>,
"avri.altman@....com" <avri.altman@....com>,
"jejb@...ux.ibm.com" <jejb@...ux.ibm.com>,
"martin.petersen@...cle.com" <martin.petersen@...cle.com>,
Daejun Park <daejun7.park@...sung.com>,
"beanhuo@...ron.com" <beanhuo@...ron.com>,
"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] scsi: ufs: ufshpb: Fix possible memory leak
On 8/19/21 6:46 PM, Keoseong Park wrote:
> When HPB pinned region exists and mctx allocation for this region fails,
> memory leak is possible because memory is not released for the subregion
> table of the current region.
>
> So, change to free memory for the subregion table of the current region.
>
> Signed-off-by: Keoseong Park <keosung.park@...sung.com>
> ---
> drivers/scsi/ufs/ufshpb.c | 5 ++++-
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/scsi/ufs/ufshpb.c b/drivers/scsi/ufs/ufshpb.c
> index 9acce92a356b..052f584c789a 100644
> --- a/drivers/scsi/ufs/ufshpb.c
> +++ b/drivers/scsi/ufs/ufshpb.c
> @@ -1933,7 +1933,7 @@ static int ufshpb_alloc_region_tbl(struct ufs_hba *hba, struct ufshpb_lu *hpb)
> if (ufshpb_is_pinned_region(hpb, rgn_idx)) {
> ret = ufshpb_init_pinned_active_region(hba, hpb, rgn);
> if (ret)
> - goto release_srgn_table;
> + goto release_current_srgn_table;
> } else {
> rgn->rgn_state = HPB_RGN_INACTIVE;
> }
> @@ -1944,6 +1944,9 @@ static int ufshpb_alloc_region_tbl(struct ufs_hba *hba, struct ufshpb_lu *hpb)
>
> return 0;
>
> +release_current_srgn_table:
> + kvfree(rgn_table[rgn_idx].srgn_tbl);
> +
> release_srgn_table:
> for (i = 0; i < rgn_idx; i++)
> kvfree(rgn_table[i].srgn_tbl);
'rgn_table' is allocated with kvcalloc() so please merge the new kvfree() statement
with the for-loop below it.
There is another improvement that can be made in this function: hpb->rgn_tbl
is not cleared in the error path. I propose to move the "hpb->rgn_tbl = rgn_table"
assignment from the start of the function to just above the "return 0" statement.
Thanks,
Bart.
Powered by blists - more mailing lists