From: Meghana Malladi <m-malladi@ti.com>
To: David Carlier <devnexen@gmail.com>, <danishanwar@ti.com>,
<rogerq@kernel.org>, <andrew+netdev@lunn.ch>,
<davem@davemloft.net>, <edumazet@google.com>, <kuba@kernel.org>,
<pabeni@redhat.com>
Cc: <netdev@vger.kernel.org>
Subject: Re: [PATCH] net: ti: icssg-prueth: fix missing data copy and wrong recycle in ZC RX dispatch
Date: Wed, 25 Mar 2026 17:14:25 +0530 [thread overview]
Message-ID: <18662852-e71f-47b9-81bc-76cc31f64a83@ti.com> (raw)
In-Reply-To: <20260325092857.47962-1-devnexen@gmail.com>
Hi David,
I think you might be missing to put some maintainers in cc. Can you
please check:
https://patchwork.kernel.org/project/netdevbpf/patch/20260325092857.47962-1-devnexen@gmail.com/
Also check "resending after review" section here:
https://docs.kernel.org/process/maintainer-netdev.html
Grace period of min 24 hours is needed for re-posting and "The new
version of patches should be posted as a separate thread, not as a reply
to the previous posting."
On 3/25/26 14:58, David Carlier wrote:
> emac_dispatch_skb_zc() allocates a new skb via napi_alloc_skb() but
> never copies the packet data from the XDP buffer into it. The skb is
> passed up the stack containing uninitialized heap memory instead of
> the actual received packet, leaking kernel heap contents to userspace.
>
> Add the missing memcpy from xdp->data into the skb data area.
>
You did make changes in the code as requested but the commit message is
stale. Can you post a v2 with updated patch and commit message.
> Additionally, remove the skb_mark_for_recycle() call since the skb is
> backed by the NAPI page frag allocator, not page_pool. Marking a
> non-page_pool skb for recycle causes the free path to return pages to
> a page_pool that does not own them, corrupting page_pool state.
>
> The non-ZC path (emac_rx_packet) does not have these issues because it
> uses napi_build_skb() to wrap the existing page_pool page directly,
> requiring no copy, and correctly marks for recycle since the page comes
> from page_pool_dev_alloc_pages().
>
> Fixes: 7a64bb388df3 ("net: ti: icssg-prueth: Add AF_XDP zero copy for RX")
> Signed-off-by: David Carlier <devnexen@gmail.com>
> ---
> drivers/net/ethernet/ti/icssg/icssg_common.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/ethernet/ti/icssg/icssg_common.c b/drivers/net/ethernet/ti/icssg/icssg_common.c
> index fd4e7622f123..a28a608f9bf4 100644
> --- a/drivers/net/ethernet/ti/icssg/icssg_common.c
> +++ b/drivers/net/ethernet/ti/icssg/icssg_common.c
> @@ -902,6 +902,7 @@ static void emac_dispatch_skb_zc(struct prueth_emac *emac, struct xdp_buff *xdp,
>
> skb_reserve(skb, headroom);
> skb_put(skb, pkt_len);
> + skb_copy_to_linear_data(skb, xdp->data, pkt_len);
> skb->dev = ndev;
>
> /* RX HW timestamp */
> @@ -912,7 +913,6 @@ static void emac_dispatch_skb_zc(struct prueth_emac *emac, struct xdp_buff *xdp,
> skb->offload_fwd_mark = emac->offload_fwd_mark;
> skb->protocol = eth_type_trans(skb, ndev);
>
> - skb_mark_for_recycle(skb);
> napi_gro_receive(&emac->napi_rx, skb);
> ndev->stats.rx_bytes += pkt_len;
> ndev->stats.rx_packets++;
next prev parent reply other threads:[~2026-03-25 11:44 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-24 21:14 [PATCH] net: ti: icssg-prueth: fix missing data copy and wrong recycle in ZC RX dispatch David Carlier
2026-03-25 9:14 ` Meghana Malladi
2026-03-25 9:23 ` David CARLIER
2026-03-25 9:28 ` David Carlier
2026-03-25 11:44 ` Meghana Malladi [this message]
-- strict thread matches above, loose matches on Subject: below --
2026-03-25 12:51 David Carlier
2026-03-27 10:29 ` Simon Horman
2026-03-27 10:39 ` David CARLIER
2026-03-27 12:10 ` patchwork-bot+netdevbpf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=18662852-e71f-47b9-81bc-76cc31f64a83@ti.com \
--to=m-malladi@ti.com \
--cc=andrew+netdev@lunn.ch \
--cc=danishanwar@ti.com \
--cc=davem@davemloft.net \
--cc=devnexen@gmail.com \
--cc=edumazet@google.com \
--cc=kuba@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=rogerq@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox