linux-kernel - Re: [PATCH net-next v7 0/9] Add support for providers with large rx buffer

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: Windows password security audit tool. GUI, reports in PDF.

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

Message-Id: 
 <176470320779.3356190.12546474842155040451.git-patchwork-notify@kernel.org>
Date: Tue, 02 Dec 2025 19:20:07 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Pavel Begunkov <asml.silence@...il.com>
Cc: netdev@...r.kernel.org, davem@...emloft.net, edumazet@...gle.com,
 kuba@...nel.org, pabeni@...hat.com, corbet@....net,
 michael.chan@...adcom.com, pavan.chebbi@...adcom.com, andrew+netdev@...n.ch,
 ast@...nel.org, daniel@...earbox.net, hawk@...nel.org,
 john.fastabend@...il.com, ilias.apalodimas@...aro.org, shuah@...nel.org,
 almasrymina@...gle.com, sdf@...ichev.me, yuehaibing@...wei.com,
 dw@...idwei.uk, haiyuewa@....com, axboe@...nel.dk, jdamato@...tly.com,
 horms@...nel.org, vishs@...com, linux-doc@...r.kernel.org,
 linux-kernel@...r.kernel.org, bpf@...r.kernel.org,
 linux-kselftest@...r.kernel.org, io-uring@...r.kernel.org,
 dtatulea@...dia.com
Subject: Re: [PATCH net-next v7 0/9] Add support for providers with large rx
 buffer

Hello:

This series was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@...nel.org>:

On Sun, 30 Nov 2025 23:35:15 +0000 you wrote:
> Note: it's net/ only bits and doesn't include changes, which shoulf be
> merged separately and are posted separately. The full branch for
> convenience is at [1], and the patch is here:
> 
> https://lore.kernel.org/io-uring/7486ab32e99be1f614b3ef8d0e9bc77015b173f7.1764265323.git.asml.silence@gmail.com
> 
> Many modern NICs support configurable receive buffer lengths, and zcrx and
> memory providers can use buffers larger than 4K/PAGE_SIZE on x86 to improve
> performance. When paired with hw-gro larger rx buffer sizes can drastically
> reduce the number of buffers traversing the stack and save a lot of processing
> time. It also allows to give to users larger contiguous chunks of data. The
> idea was first floated around by Saeed during netdev conf 2024 and was
> asked about by a few folks.
> 
> [...]

Here is the summary with links:
  - [net-next,v7,1/9] net: page pool: xa init with destroy on pp init
    https://git.kernel.org/netdev/net-next/c/854858848bc7
  - [net-next,v7,2/9] net: page_pool: sanitise allocation order
    https://git.kernel.org/netdev/net-next/c/9954464d737d
  - [net-next,v7,3/9] net: memzero mp params when closing a queue
    (no matching commit)
  - [net-next,v7,4/9] net: let pp memory provider to specify rx buf len
    (no matching commit)
  - [net-next,v7,5/9] eth: bnxt: store rx buffer size per queue
    (no matching commit)
  - [net-next,v7,6/9] eth: bnxt: adjust the fill level of agg queues with larger buffers
    (no matching commit)
  - [net-next,v7,7/9] eth: bnxt: allow providers to set rx buf size
    (no matching commit)
  - [net-next,v7,8/9] io_uring/zcrx: document area chunking parameter
    (no matching commit)
  - [net-next,v7,9/9] selftests: iou-zcrx: test large chunk sizes
    (no matching commit)

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html