Re: [PATCH v4 1/6] devres: provide devm_krealloc_array()

From: Andy Shevchenko
Date: Fri Oct 07 2022 - 12:19:31 EST


+Cc: Bart who learnt realloc() specifics hard way

Thanks for doing this!

On Fri, Oct 7, 2022 at 6:13 PM Jean-Jacques Hiblot
<jjhiblot@xxxxxxxxxxxxxxx> wrote:
>
> Implement the managed variant of krealloc_array().
> This internally uses devm_krealloc() and as such is usable with all memory
> allocated by devm_kmalloc() (or devres functions using it implicitly like
> devm_kmemdup(), devm_kstrdup() etc.)

Missed grammatical period at the end.

> Managed realloc'ed chunks can be manually released with devm_kfree().

...

> {
> return devm_kmalloc_array(dev, n, size, flags | __GFP_ZERO);
> }

Missed blank line?

> +static inline void *devm_krealloc_array(struct device *dev,
> + void *p,
> + size_t new_n,
> + size_t new_size,
> + gfp_t flags)
> +{
> + size_t bytes;
> +
> + if (unlikely(check_mul_overflow(new_n, new_size, &bytes)))
> + return NULL;

I'm not sure it is what we want, but I have read the man realloc and found this:

... reallocarray() fails safely in the case where the multiplication
would overflow. If such an overflow occurs, reallocarray() returns NULL,
sets errno to ENOMEM, and leaves the original block of memory
unchanged.

So, perhaps you can add that this behaviour mimics reallocarray()?

> + return devm_krealloc(dev, p, bytes, flags);
> +}

...

All comments are minor, feel free to add
Reviewed-by: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>

--
With Best Regards,
Andy Shevchenko