[<prev] [next>] [day] [month] [year] [list]
Message-ID: <PH0PR11MB507731B129639CED3B8C753595D70@PH0PR11MB5077.namprd11.prod.outlook.com>
Date: Wed, 30 Dec 2020 12:37:35 +0000
From: "Wang, Xiaolei" <Xiaolei.Wang@...driver.com>
To: Markus Elfring <Markus.Elfring@....de>,
"kernel-janitors@...r.kernel.org" <kernel-janitors@...r.kernel.org>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
David Lechner <david@...hnology.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Mark Brown <broonie@...nel.org>,
"Rafael J. Wysocki" <rafael@...nel.org>,
Julia Lawall <julia.lawall@...6.fr>
Subject: RE: [PATCH v3] regmap: debugfs: Fix a memory leak when calling
regmap_attach_dev
Hi Markus
> Thank you very much, very good suggestion,
> Thanks for another positive feedback.
> do I need to re-send a patch to fix this problem, or modify the previous patch and send it again?
> Please convince the involved contributors to integrate a corrected patch version.
Do you mean that I should correct the original patch and explain my changes and send it out?
> * Better indentation.
* …
>> + if (!map->debugfs_name)
>> + kfree(map->debugfs_name);
> Would this questionable null pointer check result in a memory leak?
if (!map->debugfs_name)
kfree(map->debugfs_name);
This null pointer check is not in the memory leak
Thanks
xiaolei
-----Original Message-----
From: Markus Elfring <Markus.Elfring@....de>
Sent: Wednesday, December 30, 2020 8:02 PM
To: Wang, Xiaolei <Xiaolei.Wang@...driver.com>; kernel-janitors@...r.kernel.org
Cc: linux-kernel@...r.kernel.org; David Lechner <david@...hnology.com>; Greg Kroah-Hartman <gregkh@...uxfoundation.org>; Mark Brown <broonie@...nel.org>; Rafael J. Wysocki <rafael@...nel.org>; Julia Lawall <julia.lawall@...6.fr>
Subject: Re: [PATCH v3] regmap: debugfs: Fix a memory leak when calling regmap_attach_dev
> Thank you very much, very good suggestion,
Thanks for another positive feedback.
> do I need to re-send a patch to fix this problem, or modify the previous patch and send it again?
Please convince the involved contributors to integrate a corrected patch version.
* Better indentation.
* …
>> + if (!map->debugfs_name)
>> + kfree(map->debugfs_name);
Would this questionable null pointer check result in a memory leak?
Regards,
Markus
Powered by blists - more mailing lists