[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZIeFjkAAiS+TMa8g@smile.fi.intel.com>
Date: Mon, 12 Jun 2023 23:52:30 +0300
From: Andy Shevchenko <andriy.shevchenko@...el.com>
To: Pali Rohár <pali@...nel.org>
Cc: Michal Wilczynski <michal.wilczynski@...el.com>,
linux-acpi@...r.kernel.org, rafael@...nel.org,
ilpo.jarvinen@...ux.intel.com, hdegoede@...hat.com,
markgross@...nel.org, fengguang.wu@...el.com,
dvhart@...ux.intel.com, platform-driver-x86@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v1] platform/x86/dell/dell-rbtn: Fix resources leaking on
error path
On Mon, Jun 12, 2023 at 07:52:05PM +0200, Pali Rohár wrote:
> On Monday 12 June 2023 12:02:50 Michal Wilczynski wrote:
> > Currently rbtn_add() in case of failure is leaking resources. Fix this
> > by adding a proper rollback. While at it, remove unnecessary assignment
> > of NULL to device->driver_data and unnecessary whitespace, plus add a
> > break for the default case in a switch.
...
> Hello! I'm looking at rbtn_add() function and there is also code:
>
> rbtn_data = devm_kzalloc(&device->dev, sizeof(*rbtn_data), GFP_KERNEL);
> if (!rbtn_data)
> return -ENOMEM;
>
> which is called after rbtn_acquire(). So it looks like when kzalloc
> fails then there is another leak...
Side note: In that case we would need a devm wrapper on acquire call.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists