[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180228071013.53e91c90@jacob-builder>
Date: Wed, 28 Feb 2018 07:10:13 -0800
From: Jacob Pan <jacob.jun.pan@...ux.intel.com>
To: Lu Baolu <baolu.lu@...ux.intel.com>
Cc: Joerg Roedel <joro@...tes.org>, iommu@...ts.linux-foundation.org,
linux-kernel@...r.kernel.org, Ashok Raj <ashok.raj@...el.com>,
"# v4 . 4+" <stable@...r.kernel.org>, jacob.jun.pan@...ux.intel.com
Subject: Re: [PATCH 1/1] iommu/vt-d: Fix a potential memory leak
On Sat, 24 Feb 2018 13:42:27 +0800
Lu Baolu <baolu.lu@...ux.intel.com> wrote:
> A memory block was allocated in intel_svm_bind_mm() but never freed
> in a failure path. This patch fixes this by free it to avoid memory
> leakage.
>
looks good to me.
Thanks,
> Cc: Ashok Raj <ashok.raj@...el.com>
> Cc: Jacob Pan <jacob.jun.pan@...ux.intel.com>
> Cc: <stable@...r.kernel.org> # v4.4+
> Signed-off-by: Lu Baolu <baolu.lu@...ux.intel.com>
> ---
> drivers/iommu/intel-svm.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/iommu/intel-svm.c b/drivers/iommu/intel-svm.c
> index 35a408d..3d4b924 100644
> --- a/drivers/iommu/intel-svm.c
> +++ b/drivers/iommu/intel-svm.c
> @@ -396,6 +396,7 @@ int intel_svm_bind_mm(struct device *dev, int
> *pasid, int flags, struct svm_dev_ pasid_max - 1, GFP_KERNEL);
> if (ret < 0) {
> kfree(svm);
> + kfree(sdev);
> goto out;
> }
> svm->pasid = ret;
[Jacob Pan]
Powered by blists - more mailing lists