Re: [PATCH] Documentation: RCU: adopt new coding style of type-aware kmalloc-family - part 2/2
From: Paul E. McKenney
Date: Sun Jun 28 2026 - 12:13:14 EST
On Sat, Jun 27, 2026 at 11:06:06AM +0200, Manuel Ebner wrote:
> Update Documentation/RCU/* to reflect new type-aware kmalloc-family
> as suggested in commit 2932ba8d9c99 ("slab: Introduce kmalloc_obj()
> and family")
>
> p = kmalloc(...);
> -> p = kmalloc_obj(...);
>
> Signed-off-by: Manuel Ebner <manuelebner@xxxxxxxxxxx>
Queued for further review, thank you!!!
Thanx, Paul
> ---
> A similar patch sent by me has been applied. Back then I wasn't familiar
> enough to convert all *alloc(*. That's why this is " - part 2/2".
> Part 1: f61bf5fdf77d ("Documentation: RCU: adopt new coding style of
> type-aware kmalloc-family")
> ---
> Documentation/RCU/rcu_dereference.rst | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/Documentation/RCU/rcu_dereference.rst b/Documentation/RCU/rcu_dereference.rst
> index 2524dcdadde2..5bc3785ebfc2 100644
> --- a/Documentation/RCU/rcu_dereference.rst
> +++ b/Documentation/RCU/rcu_dereference.rst
> @@ -236,7 +236,7 @@ precautions. To see this, consider the following code fragment::
> {
> struct foo *p;
>
> - p = kmalloc(...);
> + p = kmalloc_obj(*p);
> if (p == NULL)
> deal_with_it();
> p->a = 42; /* Each field in its own cache line. */
> @@ -293,7 +293,7 @@ Then one approach is to use locking, for example, as follows::
> {
> struct foo *p;
>
> - p = kmalloc(...);
> + p = kmalloc_obj(*p);
> if (p == NULL)
> deal_with_it();
> spin_lock(&p->lock);
> --
> 2.54.0
>