linux-kernel - Re: [PATCH v2 08/16] page_pool: rename __page_pool_release_page_dma() to __page_pool_release_netmem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20250528055625.GC9346@system.software.com>
Date: Wed, 28 May 2025 14:56:25 +0900
From: Byungchul Park <byungchul@...com>
To: Mina Almasry <almasrymina@...gle.com>
Cc: willy@...radead.org, netdev@...r.kernel.org,
	linux-kernel@...r.kernel.org, linux-mm@...ck.org,
	kernel_team@...ynix.com, kuba@...nel.org,
	ilias.apalodimas@...aro.org, harry.yoo@...cle.com, hawk@...nel.org,
	akpm@...ux-foundation.org, davem@...emloft.net,
	john.fastabend@...il.com, andrew+netdev@...n.ch,
	asml.silence@...il.com, toke@...hat.com, tariqt@...dia.com,
	edumazet@...gle.com, pabeni@...hat.com, saeedm@...dia.com,
	leon@...nel.org, ast@...nel.org, daniel@...earbox.net,
	david@...hat.com, lorenzo.stoakes@...cle.com,
	Liam.Howlett@...cle.com, vbabka@...e.cz, rppt@...nel.org,
	surenb@...gle.com, mhocko@...e.com, horms@...nel.org,
	linux-rdma@...r.kernel.org, bpf@...r.kernel.org,
	vishal.moola@...il.com
Subject: Re: [PATCH v2 08/16] page_pool: rename
 __page_pool_release_page_dma() to __page_pool_release_netmem_dma()

On Tue, May 27, 2025 at 08:21:32PM -0700, Mina Almasry wrote:
> On Tue, May 27, 2025 at 7:29 PM Byungchul Park <byungchul@...com> wrote:
> >
> > Now that __page_pool_release_page_dma() is for releasing netmem, not
> > struct page, rename it to __page_pool_release_netmem_dma() to reflect
> > what it does.
> >
> > Signed-off-by: Byungchul Park <byungchul@...com>
> > ---
> >  net/core/page_pool.c | 8 ++++----
> >  1 file changed, 4 insertions(+), 4 deletions(-)
> >
> > diff --git a/net/core/page_pool.c b/net/core/page_pool.c
> > index fb487013ef00..af889671df23 100644
> > --- a/net/core/page_pool.c
> > +++ b/net/core/page_pool.c
> > @@ -674,8 +674,8 @@ void page_pool_clear_pp_info(netmem_ref netmem)
> >         netmem_set_pp(netmem, NULL);
> >  }
> >
> > -static __always_inline void __page_pool_release_page_dma(struct page_pool *pool,
> > -                                                        netmem_ref netmem)
> > +static __always_inline void __page_pool_release_netmem_dma(struct page_pool *pool,
> > +                                                          netmem_ref netmem)
> >  {
> >         struct page *old, *page = netmem_to_page(netmem);
> >         unsigned long id;
> > @@ -722,7 +722,7 @@ static void page_pool_return_netmem(struct page_pool *pool, netmem_ref netmem)
> >         if (static_branch_unlikely(&page_pool_mem_providers) && pool->mp_ops)
> >                 put = pool->mp_ops->release_netmem(pool, netmem);
> >         else
> > -               __page_pool_release_page_dma(pool, netmem);
> > +               __page_pool_release_netmem_dma(pool, netmem);
> >
> >         /* This may be the last page returned, releasing the pool, so
> >          * it is not safe to reference pool afterwards.
> > @@ -1140,7 +1140,7 @@ static void page_pool_scrub(struct page_pool *pool)
> >                 }
> >
> >                 xa_for_each(&pool->dma_mapped, id, ptr)
> > -                       __page_pool_release_page_dma(pool, page_to_netmem(ptr));
> > +                       __page_pool_release_netmem_dma(pool, page_to_netmem((struct page *)ptr));
> 
> I think this needs to remain page_to_netmem(). This static cast should

Do you mean to ask to revert the casting patch of page_to_netmem()?

Or leave page_to_netmem(ptr) unchanged?

I added the casting '(struct page *)ptr' above to avoid compliler
warning..  Do you see another warning on it?

	Byungchul

> generate a compiler warning since netmem_ref is a __bitwise.
> 
> -- 
> Thanks,
> Mina