[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Z6CdF2OQQcP76_bi@black.fi.intel.com>
Date: Mon, 3 Feb 2025 12:40:23 +0200
From: Raag Jadav <raag.jadav@...el.com>
To: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Cc: gregkh@...uxfoundation.org, rafael@...nel.org, linus.walleij@...aro.org,
mika.westerberg@...ux.intel.com, dmitry.torokhov@...il.com,
lgirdwood@...il.com, broonie@...nel.org, sre@...nel.org,
jic23@...nel.org, przemyslaw.kitszel@...el.com,
linux-gpio@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-input@...r.kernel.org, linux-sound@...r.kernel.org,
linux-pm@...r.kernel.org, linux-iio@...r.kernel.org
Subject: Re: [PATCH v3 12/20] regulator: cros-ec: use devm_kmemdup_array()
On Mon, Feb 03, 2025 at 11:51:10AM +0200, Andy Shevchenko wrote:
> On Mon, Feb 03, 2025 at 01:38:54PM +0530, Raag Jadav wrote:
> > Convert to use devm_kmemdup_array() which is more robust.
>
> ...
>
> > data->voltages_mV =
> > - devm_kmemdup(dev, resp.voltages_mv,
> > - sizeof(u16) * data->num_voltages, GFP_KERNEL);
> > + devm_kmemdup_array(dev, resp.voltages_mv, data->num_voltages,
> > + sizeof(u16), GFP_KERNEL);
>
> Wondering if this can be sizeof(*data->voltages_mV) that makes code robust
> against type changes.
True, but I opted for a blind treewide conversion that is consistent with
existing driver conventions. Perhaps a better place for it is a separate
filewide series?
Raag
Powered by blists - more mailing lists