* [PATCH net v3 0/3] xsk: pre-existing AF_XDP TX metadata fixes from Sashiko
@ 2026-08-19 16:05 Stanislav Fomichev
2026-08-19 16:05 ` [PATCH net v3 1/3] xsk: align TX metadata layout across ABIs Stanislav Fomichev
` (2 more replies)
0 siblings, 3 replies; 9+ messages in thread
From: Stanislav Fomichev @ 2026-08-19 16:05 UTC (permalink / raw)
To: netdev
Cc: davem, edumazet, kuba, pabeni, anthony.l.nguyen,
przemyslaw.kitszel, andrew+netdev, saeedm, tariqt, mbloch,
maxime.chevallier, mcoquelin.stm32, alexandre.torgue,
aleksander.lobakin, horms, magnus.karlsson, maciej.fijalkowski,
sdf, ast, daniel, hawk, john.fastabend, guoren, dtatulea, witu,
martin.lau, yoong.siang.song, intel-wired-lan, linux-kernel,
linux-rdma, linux-stm32, linux-arm-kernel, bpf, linux-csky, leon
A few fixes to address pre-existing issues from Sashiko review.
Notes on the feedback from net-next v1 posting [0]:
- It correctly complains about ABI breakage for 32 bit systems, added
an explanation why I think we unlikely to have any 32 bit users with
launch time
- mlx5 batching (pre existing) - I think my point in the comment still
stays (that we do not make it worse)
- stmmac recycled descriptors (pre existing) - seems valid but I don't feel
confident sending a vibe-coded fix
- stmmac queueMaxSDU vs taprio offload - don't think this is real but
we can fix separately later if it is (the existing issue with breaking
xsk seems more real)
v3:
- update first patch commit description (Arnd)
- replace last patch with a comment (Jakub)
v2:
- target net, address clashiko feedback (mostly here and other commit
descriptions)
0: from https://netdev-ai.bots.linux.dev/sashiko/#/message/20260810184753.135756-1-sdf%40fomichev.me
Stanislav Fomichev (3):
xsk: align TX metadata layout across ABIs
xsk: honor XDP_TX_METADATA in zero-copy path
net: stmmac: document oversized AF_XDP frame handling
drivers/net/ethernet/intel/igc/igc_main.c | 3 ++-
.../ethernet/mellanox/mlx5/core/en/xsk/tx.c | 2 +-
.../net/ethernet/stmicro/stmmac/stmmac_main.c | 7 +++++-
include/net/libeth/xsk.h | 2 +-
include/net/xdp_sock_drv.h | 22 +++++++++++--------
include/net/xsk_buff_pool.h | 3 ++-
include/uapi/linux/if_xdp.h | 1 +
net/xdp/xsk_buff_pool.c | 7 ++++--
tools/include/uapi/linux/if_xdp.h | 1 +
9 files changed, 32 insertions(+), 16 deletions(-)
--
2.53.0-Meta
^ permalink raw reply [flat|nested] 9+ messages in thread* [PATCH net v3 1/3] xsk: align TX metadata layout across ABIs 2026-08-19 16:05 [PATCH net v3 0/3] xsk: pre-existing AF_XDP TX metadata fixes from Sashiko Stanislav Fomichev @ 2026-08-19 16:05 ` Stanislav Fomichev 2026-08-19 16:05 ` [PATCH net v3 2/3] xsk: honor XDP_TX_METADATA in zero-copy path Stanislav Fomichev 2026-08-19 16:05 ` [PATCH net v3 3/3] net: stmmac: document oversized AF_XDP frame handling Stanislav Fomichev 2 siblings, 0 replies; 9+ messages in thread From: Stanislav Fomichev @ 2026-08-19 16:05 UTC (permalink / raw) To: netdev Cc: davem, edumazet, kuba, pabeni, anthony.l.nguyen, przemyslaw.kitszel, andrew+netdev, saeedm, tariqt, mbloch, maxime.chevallier, mcoquelin.stm32, alexandre.torgue, aleksander.lobakin, horms, magnus.karlsson, maciej.fijalkowski, sdf, ast, daniel, hawk, john.fastabend, guoren, dtatulea, witu, martin.lau, yoong.siang.song, intel-wired-lan, linux-kernel, linux-rdma, linux-stm32, linux-arm-kernel, bpf, linux-csky, leon Add explicit padding before launch_time so xsk_tx_metadata has the same layout on 32-bit and 64-bit systems. On several architectures (csky, i386, nios2, m65k, openrisc, sh), the old native 32-bit layout put launch_time at offset 12 and had a natural size of 20 bytes. Using sizeof(struct xsk_tx_metadata) as tx_metadata_len was already rejected because the length must be a multiple of eight, so the straightforward use of the interface was broken on those ABIs. Userspace could still register a padded length of 24 bytes, though; mixing the old and new layouts then silently reads launch_time from the wrong offset and misprograms packet launch times. This intentionally replaces that incompatible layout because the affected architectures are unlikely to have any notable users. (x86_64 and arm64 have the most users and are _not_ affected) Fixes: ca4419f15abd ("xsk: Add launch time hardware offload support to XDP Tx metadata") Reviewed-by: Simon Horman <horms@kernel.org> Signed-off-by: Stanislav Fomichev <sdf@fomichev.me> --- include/uapi/linux/if_xdp.h | 1 + tools/include/uapi/linux/if_xdp.h | 1 + 2 files changed, 2 insertions(+) diff --git a/include/uapi/linux/if_xdp.h b/include/uapi/linux/if_xdp.h index 23a062781468..50d67df78911 100644 --- a/include/uapi/linux/if_xdp.h +++ b/include/uapi/linux/if_xdp.h @@ -149,6 +149,7 @@ struct xsk_tx_metadata { __u16 csum_start; /* Offset from csum_start where checksum should be stored. */ __u16 csum_offset; + __u32 reserved; /* XDP_TXMD_FLAGS_LAUNCH_TIME */ /* Launch time in nanosecond against the PTP HW Clock */ diff --git a/tools/include/uapi/linux/if_xdp.h b/tools/include/uapi/linux/if_xdp.h index 23a062781468..50d67df78911 100644 --- a/tools/include/uapi/linux/if_xdp.h +++ b/tools/include/uapi/linux/if_xdp.h @@ -149,6 +149,7 @@ struct xsk_tx_metadata { __u16 csum_start; /* Offset from csum_start where checksum should be stored. */ __u16 csum_offset; + __u32 reserved; /* XDP_TXMD_FLAGS_LAUNCH_TIME */ /* Launch time in nanosecond against the PTP HW Clock */ -- 2.53.0-Meta ^ permalink raw reply related [flat|nested] 9+ messages in thread
* [PATCH net v3 2/3] xsk: honor XDP_TX_METADATA in zero-copy path 2026-08-19 16:05 [PATCH net v3 0/3] xsk: pre-existing AF_XDP TX metadata fixes from Sashiko Stanislav Fomichev 2026-08-19 16:05 ` [PATCH net v3 1/3] xsk: align TX metadata layout across ABIs Stanislav Fomichev @ 2026-08-19 16:05 ` Stanislav Fomichev 2026-08-21 11:21 ` Maciej Fijalkowski 2026-08-21 12:22 ` Loktionov, Aleksandr 2026-08-19 16:05 ` [PATCH net v3 3/3] net: stmmac: document oversized AF_XDP frame handling Stanislav Fomichev 2 siblings, 2 replies; 9+ messages in thread From: Stanislav Fomichev @ 2026-08-19 16:05 UTC (permalink / raw) To: netdev Cc: davem, edumazet, kuba, pabeni, anthony.l.nguyen, przemyslaw.kitszel, andrew+netdev, saeedm, tariqt, mbloch, maxime.chevallier, mcoquelin.stm32, alexandre.torgue, aleksander.lobakin, horms, magnus.karlsson, maciej.fijalkowski, sdf, ast, daniel, hawk, john.fastabend, guoren, dtatulea, witu, martin.lau, yoong.siang.song, intel-wired-lan, linux-kernel, linux-rdma, linux-stm32, linux-arm-kernel, bpf, linux-csky, leon The zero-copy path reads TX metadata whenever the UMEM has metadata space, even if the descriptor does not set XDP_TX_METADATA. Pass descriptor options through the metadata helpers and ignore metadata unless the option is set. This does not fix the existing per-WQE metadata handling for mlx5 MPWQEs. Only the descriptor that starts a session passes through xsk_tx_metadata_request() and configures offload state shared by the batch. Metadata on descriptors joining an open session is therefore not validated and does not configure its requested offloads. In addition, a non-NULL metadata pointer from such a descriptor is treated as a timestamp completion request even when XDP_TXMD_FLAGS_TIMESTAMP is not set, so its metadata union can be overwritten with an unrequested timestamp. Fixing mixed metadata states within one MPWQE requires a separate change. Fixes: 48eb03dd2630 ("xsk: Add TX timestamp and TX checksum offload support") Reviewed-by: Alexander Lobakin <aleksander.lobakin@intel.com> Signed-off-by: Stanislav Fomichev <sdf@fomichev.me> --- drivers/net/ethernet/intel/igc/igc_main.c | 3 ++- .../ethernet/mellanox/mlx5/core/en/xsk/tx.c | 2 +- .../net/ethernet/stmicro/stmmac/stmmac_main.c | 3 ++- include/net/libeth/xsk.h | 2 +- include/net/xdp_sock_drv.h | 22 +++++++++++-------- include/net/xsk_buff_pool.h | 3 ++- net/xdp/xsk_buff_pool.c | 7 ++++-- 7 files changed, 26 insertions(+), 16 deletions(-) diff --git a/drivers/net/ethernet/intel/igc/igc_main.c b/drivers/net/ethernet/intel/igc/igc_main.c index 39043d8ca1bf..59067939a586 100644 --- a/drivers/net/ethernet/intel/igc/igc_main.c +++ b/drivers/net/ethernet/intel/igc/igc_main.c @@ -3074,7 +3074,8 @@ static void igc_xdp_xmit_zc(struct igc_ring *ring) olinfo_status = xdp_desc.len << IGC_ADVTXD_PAYLEN_SHIFT; dma = xsk_buff_raw_get_dma(pool, xdp_desc.addr); - meta = xsk_buff_get_metadata(pool, xdp_desc.addr); + meta = xsk_buff_get_metadata(pool, xdp_desc.addr, + xdp_desc.options); xsk_buff_raw_dma_sync_for_device(pool, dma, xdp_desc.len); bi = &ring->tx_buffer_info[ntu]; diff --git a/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c b/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c index 3d19dad8f868..d194eeddd7b5 100644 --- a/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c +++ b/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c @@ -99,7 +99,7 @@ bool mlx5e_xsk_tx(struct mlx5e_xdpsq *sq, unsigned int budget) xdptxd.dma_addr = xsk_buff_raw_get_dma(pool, desc.addr); xdptxd.data = xsk_buff_raw_get_data(pool, desc.addr); xdptxd.len = desc.len; - meta = xsk_buff_get_metadata(pool, desc.addr); + meta = xsk_buff_get_metadata(pool, desc.addr, desc.options); xsk_buff_raw_dma_sync_for_device(pool, xdptxd.dma_addr, xdptxd.len); diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c index a71f0df26378..62de03e65a90 100644 --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c @@ -2719,7 +2719,8 @@ static bool stmmac_xdp_xmit_zc(struct stmmac_priv *priv, u32 queue, u32 budget) tx_desc = stmmac_get_tx_desc(priv, tx_q, entry); dma_addr = xsk_buff_raw_get_dma(pool, xdp_desc.addr); - meta = xsk_buff_get_metadata(pool, xdp_desc.addr); + meta = xsk_buff_get_metadata(pool, xdp_desc.addr, + xdp_desc.options); xsk_buff_raw_dma_sync_for_device(pool, dma_addr, xdp_desc.len); /* To return XDP buffer to XSK pool, we simple call diff --git a/include/net/libeth/xsk.h b/include/net/libeth/xsk.h index 5dcc0d7f65b7..a452b7828ce4 100644 --- a/include/net/libeth/xsk.h +++ b/include/net/libeth/xsk.h @@ -196,7 +196,7 @@ __libeth_xsk_xmit_fill_buf_md(const struct xdp_desc *xdesc, struct libeth_xdp_tx_desc desc; struct xdp_desc_ctx ctx; - ctx = xsk_buff_raw_get_ctx(sq->pool, xdesc->addr); + ctx = xsk_buff_raw_get_ctx(sq->pool, xdesc->addr, xdesc->options); desc = (typeof(desc)){ .addr = ctx.dma, __libeth_xdp_tx_len(xdesc->len), diff --git a/include/net/xdp_sock_drv.h b/include/net/xdp_sock_drv.h index b344789f5df8..d94aeb506379 100644 --- a/include/net/xdp_sock_drv.h +++ b/include/net/xdp_sock_drv.h @@ -240,6 +240,7 @@ static inline void *xsk_buff_raw_get_data(struct xsk_buff_pool *pool, u64 addr) * xsk_buff_raw_get_ctx - get &xdp_desc context * @pool: XSk buff pool desc address belongs to * @addr: desc address (from userspace) + * @options: desc options (from userspace) * * Wrapper for xp_raw_get_ctx() to be used in drivers, see its kdoc for * details. @@ -248,9 +249,9 @@ static inline void *xsk_buff_raw_get_data(struct xsk_buff_pool *pool, u64 addr) * pointer, if it is present (initialized to %NULL otherwise). */ static inline struct xdp_desc_ctx -xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr) +xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr, u32 options) { - return xp_raw_get_ctx(pool, addr); + return xp_raw_get_ctx(pool, addr, options); } #define XDP_TXMD_FLAGS_VALID ( \ @@ -318,18 +319,20 @@ xsk_tx_metadata_request(const struct xsk_buff_pool *pool, } static inline struct xsk_tx_metadata * -__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data) +__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data, + unsigned int options) { - if (!pool->tx_metadata_len) + if (!pool->tx_metadata_len || !(options & XDP_TX_METADATA)) return NULL; return data - pool->tx_metadata_len; } static inline struct xsk_tx_metadata * -xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr) +xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr, u32 options) { - return __xsk_buff_get_metadata(pool, xp_raw_get_data(pool, addr)); + return __xsk_buff_get_metadata(pool, xp_raw_get_data(pool, addr), + options); } static inline void xsk_buff_dma_sync_for_cpu(struct xdp_buff *xdp) @@ -510,7 +513,7 @@ static inline void *xsk_buff_raw_get_data(struct xsk_buff_pool *pool, u64 addr) } static inline struct xdp_desc_ctx -xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr) +xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr, u32 options) { return (struct xdp_desc_ctx){ }; } @@ -530,13 +533,14 @@ xsk_tx_metadata_request(const struct xsk_buff_pool *pool, } static inline struct xsk_tx_metadata * -__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data) +__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data, + unsigned int options) { return NULL; } static inline struct xsk_tx_metadata * -xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr) +xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr, u32 options) { return NULL; } diff --git a/include/net/xsk_buff_pool.h b/include/net/xsk_buff_pool.h index 2bb1d122b1bc..a7df573784fd 100644 --- a/include/net/xsk_buff_pool.h +++ b/include/net/xsk_buff_pool.h @@ -154,7 +154,8 @@ struct xdp_desc_ctx { struct xsk_tx_metadata *meta; }; -struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr); +struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr, + u32 options); static inline dma_addr_t xp_get_dma(struct xdp_buff_xsk *xskb) { diff --git a/net/xdp/xsk_buff_pool.c b/net/xdp/xsk_buff_pool.c index 78c14f106395..9d2d94f1fb75 100644 --- a/net/xdp/xsk_buff_pool.c +++ b/net/xdp/xsk_buff_pool.c @@ -763,6 +763,7 @@ EXPORT_SYMBOL(xp_raw_get_dma); * xp_raw_get_ctx - get &xdp_desc context * @pool: XSk buff pool desc address belongs to * @addr: desc address (from userspace) + * @options: desc options (from userspace) * * Helper for getting desc's DMA address and metadata pointer, if present. * Saves one call on hotpath and double calculation of the actual address. @@ -771,14 +772,16 @@ EXPORT_SYMBOL(xp_raw_get_dma); * Return: new &xdp_desc_ctx struct containing desc's DMA address and metadata * pointer, if it is present (initialized to %NULL otherwise). */ -struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr) +struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr, + u32 options) { struct xdp_desc_ctx ret; addr = __xp_raw_get_addr(pool, addr); ret.dma = __xp_raw_get_dma(pool, addr); - ret.meta = __xsk_buff_get_metadata(pool, __xp_raw_get_data(pool, addr)); + ret.meta = __xsk_buff_get_metadata(pool, __xp_raw_get_data(pool, addr), + options); return ret; } -- 2.53.0-Meta ^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [PATCH net v3 2/3] xsk: honor XDP_TX_METADATA in zero-copy path 2026-08-19 16:05 ` [PATCH net v3 2/3] xsk: honor XDP_TX_METADATA in zero-copy path Stanislav Fomichev @ 2026-08-21 11:21 ` Maciej Fijalkowski 2026-08-21 12:22 ` Loktionov, Aleksandr 1 sibling, 0 replies; 9+ messages in thread From: Maciej Fijalkowski @ 2026-08-21 11:21 UTC (permalink / raw) To: Stanislav Fomichev Cc: netdev, davem, edumazet, kuba, pabeni, anthony.l.nguyen, przemyslaw.kitszel, andrew+netdev, saeedm, tariqt, mbloch, maxime.chevallier, mcoquelin.stm32, alexandre.torgue, aleksander.lobakin, horms, magnus.karlsson, sdf, ast, daniel, hawk, john.fastabend, guoren, dtatulea, witu, martin.lau, yoong.siang.song, intel-wired-lan, linux-kernel, linux-rdma, linux-stm32, linux-arm-kernel, bpf, linux-csky, leon On Wed, Aug 19, 2026 at 09:05:34AM -0700, Stanislav Fomichev wrote: > The zero-copy path reads TX metadata whenever the UMEM has metadata space, > even if the descriptor does not set XDP_TX_METADATA. Pass descriptor > options through the metadata helpers and ignore metadata unless the option > is set. > > This does not fix the existing per-WQE metadata handling for mlx5 MPWQEs. > Only the descriptor that starts a session passes through > xsk_tx_metadata_request() and configures offload state shared by the batch. > Metadata on descriptors joining an open session is therefore not validated > and does not configure its requested offloads. In addition, a non-NULL > metadata pointer from such a descriptor is treated as a timestamp > completion request even when XDP_TXMD_FLAGS_TIMESTAMP is not set, so its > metadata union can be overwritten with an unrequested timestamp. Fixing > mixed metadata states within one MPWQE requires a separate change. > > Fixes: 48eb03dd2630 ("xsk: Add TX timestamp and TX checksum offload support") > Reviewed-by: Alexander Lobakin <aleksander.lobakin@intel.com> > Signed-off-by: Stanislav Fomichev <sdf@fomichev.me> Reviewed-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com> > --- > drivers/net/ethernet/intel/igc/igc_main.c | 3 ++- > .../ethernet/mellanox/mlx5/core/en/xsk/tx.c | 2 +- > .../net/ethernet/stmicro/stmmac/stmmac_main.c | 3 ++- > include/net/libeth/xsk.h | 2 +- > include/net/xdp_sock_drv.h | 22 +++++++++++-------- > include/net/xsk_buff_pool.h | 3 ++- > net/xdp/xsk_buff_pool.c | 7 ++++-- > 7 files changed, 26 insertions(+), 16 deletions(-) > > diff --git a/drivers/net/ethernet/intel/igc/igc_main.c b/drivers/net/ethernet/intel/igc/igc_main.c > index 39043d8ca1bf..59067939a586 100644 > --- a/drivers/net/ethernet/intel/igc/igc_main.c > +++ b/drivers/net/ethernet/intel/igc/igc_main.c > @@ -3074,7 +3074,8 @@ static void igc_xdp_xmit_zc(struct igc_ring *ring) > olinfo_status = xdp_desc.len << IGC_ADVTXD_PAYLEN_SHIFT; > > dma = xsk_buff_raw_get_dma(pool, xdp_desc.addr); > - meta = xsk_buff_get_metadata(pool, xdp_desc.addr); > + meta = xsk_buff_get_metadata(pool, xdp_desc.addr, > + xdp_desc.options); > xsk_buff_raw_dma_sync_for_device(pool, dma, xdp_desc.len); > bi = &ring->tx_buffer_info[ntu]; > > diff --git a/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c b/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c > index 3d19dad8f868..d194eeddd7b5 100644 > --- a/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c > +++ b/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c > @@ -99,7 +99,7 @@ bool mlx5e_xsk_tx(struct mlx5e_xdpsq *sq, unsigned int budget) > xdptxd.dma_addr = xsk_buff_raw_get_dma(pool, desc.addr); > xdptxd.data = xsk_buff_raw_get_data(pool, desc.addr); > xdptxd.len = desc.len; > - meta = xsk_buff_get_metadata(pool, desc.addr); > + meta = xsk_buff_get_metadata(pool, desc.addr, desc.options); > > xsk_buff_raw_dma_sync_for_device(pool, xdptxd.dma_addr, xdptxd.len); > > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > index a71f0df26378..62de03e65a90 100644 > --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > @@ -2719,7 +2719,8 @@ static bool stmmac_xdp_xmit_zc(struct stmmac_priv *priv, u32 queue, u32 budget) > > tx_desc = stmmac_get_tx_desc(priv, tx_q, entry); > dma_addr = xsk_buff_raw_get_dma(pool, xdp_desc.addr); > - meta = xsk_buff_get_metadata(pool, xdp_desc.addr); > + meta = xsk_buff_get_metadata(pool, xdp_desc.addr, > + xdp_desc.options); > xsk_buff_raw_dma_sync_for_device(pool, dma_addr, xdp_desc.len); > > /* To return XDP buffer to XSK pool, we simple call > diff --git a/include/net/libeth/xsk.h b/include/net/libeth/xsk.h > index 5dcc0d7f65b7..a452b7828ce4 100644 > --- a/include/net/libeth/xsk.h > +++ b/include/net/libeth/xsk.h > @@ -196,7 +196,7 @@ __libeth_xsk_xmit_fill_buf_md(const struct xdp_desc *xdesc, > struct libeth_xdp_tx_desc desc; > struct xdp_desc_ctx ctx; > > - ctx = xsk_buff_raw_get_ctx(sq->pool, xdesc->addr); > + ctx = xsk_buff_raw_get_ctx(sq->pool, xdesc->addr, xdesc->options); > desc = (typeof(desc)){ > .addr = ctx.dma, > __libeth_xdp_tx_len(xdesc->len), > diff --git a/include/net/xdp_sock_drv.h b/include/net/xdp_sock_drv.h > index b344789f5df8..d94aeb506379 100644 > --- a/include/net/xdp_sock_drv.h > +++ b/include/net/xdp_sock_drv.h > @@ -240,6 +240,7 @@ static inline void *xsk_buff_raw_get_data(struct xsk_buff_pool *pool, u64 addr) > * xsk_buff_raw_get_ctx - get &xdp_desc context > * @pool: XSk buff pool desc address belongs to > * @addr: desc address (from userspace) > + * @options: desc options (from userspace) > * > * Wrapper for xp_raw_get_ctx() to be used in drivers, see its kdoc for > * details. > @@ -248,9 +249,9 @@ static inline void *xsk_buff_raw_get_data(struct xsk_buff_pool *pool, u64 addr) > * pointer, if it is present (initialized to %NULL otherwise). > */ > static inline struct xdp_desc_ctx > -xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr) > +xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr, u32 options) > { > - return xp_raw_get_ctx(pool, addr); > + return xp_raw_get_ctx(pool, addr, options); > } > > #define XDP_TXMD_FLAGS_VALID ( \ > @@ -318,18 +319,20 @@ xsk_tx_metadata_request(const struct xsk_buff_pool *pool, > } > > static inline struct xsk_tx_metadata * > -__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data) > +__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data, > + unsigned int options) > { > - if (!pool->tx_metadata_len) > + if (!pool->tx_metadata_len || !(options & XDP_TX_METADATA)) > return NULL; > > return data - pool->tx_metadata_len; > } > > static inline struct xsk_tx_metadata * > -xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr) > +xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr, u32 options) > { > - return __xsk_buff_get_metadata(pool, xp_raw_get_data(pool, addr)); > + return __xsk_buff_get_metadata(pool, xp_raw_get_data(pool, addr), > + options); > } > > static inline void xsk_buff_dma_sync_for_cpu(struct xdp_buff *xdp) > @@ -510,7 +513,7 @@ static inline void *xsk_buff_raw_get_data(struct xsk_buff_pool *pool, u64 addr) > } > > static inline struct xdp_desc_ctx > -xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr) > +xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr, u32 options) > { > return (struct xdp_desc_ctx){ }; > } > @@ -530,13 +533,14 @@ xsk_tx_metadata_request(const struct xsk_buff_pool *pool, > } > > static inline struct xsk_tx_metadata * > -__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data) > +__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data, > + unsigned int options) > { > return NULL; > } > > static inline struct xsk_tx_metadata * > -xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr) > +xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr, u32 options) > { > return NULL; > } > diff --git a/include/net/xsk_buff_pool.h b/include/net/xsk_buff_pool.h > index 2bb1d122b1bc..a7df573784fd 100644 > --- a/include/net/xsk_buff_pool.h > +++ b/include/net/xsk_buff_pool.h > @@ -154,7 +154,8 @@ struct xdp_desc_ctx { > struct xsk_tx_metadata *meta; > }; > > -struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr); > +struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr, > + u32 options); > > static inline dma_addr_t xp_get_dma(struct xdp_buff_xsk *xskb) > { > diff --git a/net/xdp/xsk_buff_pool.c b/net/xdp/xsk_buff_pool.c > index 78c14f106395..9d2d94f1fb75 100644 > --- a/net/xdp/xsk_buff_pool.c > +++ b/net/xdp/xsk_buff_pool.c > @@ -763,6 +763,7 @@ EXPORT_SYMBOL(xp_raw_get_dma); > * xp_raw_get_ctx - get &xdp_desc context > * @pool: XSk buff pool desc address belongs to > * @addr: desc address (from userspace) > + * @options: desc options (from userspace) > * > * Helper for getting desc's DMA address and metadata pointer, if present. > * Saves one call on hotpath and double calculation of the actual address. > @@ -771,14 +772,16 @@ EXPORT_SYMBOL(xp_raw_get_dma); > * Return: new &xdp_desc_ctx struct containing desc's DMA address and metadata > * pointer, if it is present (initialized to %NULL otherwise). > */ > -struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr) > +struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr, > + u32 options) > { > struct xdp_desc_ctx ret; > > addr = __xp_raw_get_addr(pool, addr); > > ret.dma = __xp_raw_get_dma(pool, addr); > - ret.meta = __xsk_buff_get_metadata(pool, __xp_raw_get_data(pool, addr)); > + ret.meta = __xsk_buff_get_metadata(pool, __xp_raw_get_data(pool, addr), > + options); > > return ret; > } > -- > 2.53.0-Meta > ^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: [PATCH net v3 2/3] xsk: honor XDP_TX_METADATA in zero-copy path 2026-08-19 16:05 ` [PATCH net v3 2/3] xsk: honor XDP_TX_METADATA in zero-copy path Stanislav Fomichev 2026-08-21 11:21 ` Maciej Fijalkowski @ 2026-08-21 12:22 ` Loktionov, Aleksandr 1 sibling, 0 replies; 9+ messages in thread From: Loktionov, Aleksandr @ 2026-08-21 12:22 UTC (permalink / raw) To: Stanislav Fomichev, netdev@vger.kernel.org Cc: davem@davemloft.net, edumazet@google.com, kuba@kernel.org, pabeni@redhat.com, Nguyen, Anthony L, Kitszel, Przemyslaw, andrew+netdev@lunn.ch, saeedm@nvidia.com, tariqt@nvidia.com, mbloch@nvidia.com, maxime.chevallier@bootlin.com, mcoquelin.stm32@gmail.com, alexandre.torgue@foss.st.com, Lobakin, Aleksander, horms@kernel.org, Karlsson, Magnus, Fijalkowski, Maciej, sdf@fomichev.me, ast@kernel.org, daniel@iogearbox.net, hawk@kernel.org, john.fastabend@gmail.com, guoren@kernel.org, dtatulea@nvidia.com, witu@nvidia.com, martin.lau@kernel.org, Song, Yoong Siang, intel-wired-lan@lists.osuosl.org, linux-kernel@vger.kernel.org, linux-rdma@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org, bpf@vger.kernel.org, linux-csky@vger.kernel.org, leon@kernel.org > -----Original Message----- > From: Stanislav Fomichev <sdf.kernel@gmail.com> > Sent: Wednesday, August 19, 2026 6:06 PM > To: netdev@vger.kernel.org > Cc: davem@davemloft.net; edumazet@google.com; kuba@kernel.org; > pabeni@redhat.com; Nguyen, Anthony L <anthony.l.nguyen@intel.com>; > Kitszel, Przemyslaw <przemyslaw.kitszel@intel.com>; > andrew+netdev@lunn.ch; saeedm@nvidia.com; tariqt@nvidia.com; > mbloch@nvidia.com; maxime.chevallier@bootlin.com; > mcoquelin.stm32@gmail.com; alexandre.torgue@foss.st.com; Lobakin, > Aleksander <aleksander.lobakin@intel.com>; horms@kernel.org; Karlsson, > Magnus <magnus.karlsson@intel.com>; Fijalkowski, Maciej > <maciej.fijalkowski@intel.com>; sdf@fomichev.me; ast@kernel.org; > daniel@iogearbox.net; hawk@kernel.org; john.fastabend@gmail.com; > guoren@kernel.org; dtatulea@nvidia.com; witu@nvidia.com; > martin.lau@kernel.org; Song, Yoong Siang <yoong.siang.song@intel.com>; > intel-wired-lan@lists.osuosl.org; linux-kernel@vger.kernel.org; linux- > rdma@vger.kernel.org; linux-stm32@st-md-mailman.stormreply.com; linux- > arm-kernel@lists.infradead.org; bpf@vger.kernel.org; linux- > csky@vger.kernel.org; leon@kernel.org > Subject: [PATCH net v3 2/3] xsk: honor XDP_TX_METADATA in zero-copy > path > > The zero-copy path reads TX metadata whenever the UMEM has metadata > space, even if the descriptor does not set XDP_TX_METADATA. Pass > descriptor options through the metadata helpers and ignore metadata > unless the option is set. > > This does not fix the existing per-WQE metadata handling for mlx5 > MPWQEs. > Only the descriptor that starts a session passes through > xsk_tx_metadata_request() and configures offload state shared by the > batch. > Metadata on descriptors joining an open session is therefore not > validated and does not configure its requested offloads. In addition, > a non-NULL metadata pointer from such a descriptor is treated as a > timestamp completion request even when XDP_TXMD_FLAGS_TIMESTAMP is not > set, so its metadata union can be overwritten with an unrequested > timestamp. Fixing mixed metadata states within one MPWQE requires a > separate change. > > Fixes: 48eb03dd2630 ("xsk: Add TX timestamp and TX checksum offload > support") > Reviewed-by: Alexander Lobakin <aleksander.lobakin@intel.com> > Signed-off-by: Stanislav Fomichev <sdf@fomichev.me> > --- > drivers/net/ethernet/intel/igc/igc_main.c | 3 ++- > .../ethernet/mellanox/mlx5/core/en/xsk/tx.c | 2 +- > .../net/ethernet/stmicro/stmmac/stmmac_main.c | 3 ++- > include/net/libeth/xsk.h | 2 +- > include/net/xdp_sock_drv.h | 22 +++++++++++------- > - > include/net/xsk_buff_pool.h | 3 ++- > net/xdp/xsk_buff_pool.c | 7 ++++-- > 7 files changed, 26 insertions(+), 16 deletions(-) > > diff --git a/drivers/net/ethernet/intel/igc/igc_main.c > b/drivers/net/ethernet/intel/igc/igc_main.c > index 39043d8ca1bf..59067939a586 100644 > --- a/drivers/net/ethernet/intel/igc/igc_main.c > +++ b/drivers/net/ethernet/intel/igc/igc_main.c > @@ -3074,7 +3074,8 @@ static void igc_xdp_xmit_zc(struct igc_ring > *ring) > olinfo_status = xdp_desc.len << IGC_ADVTXD_PAYLEN_SHIFT; > > dma = xsk_buff_raw_get_dma(pool, xdp_desc.addr); > - meta = xsk_buff_get_metadata(pool, xdp_desc.addr); > + meta = xsk_buff_get_metadata(pool, xdp_desc.addr, > + xdp_desc.options); > xsk_buff_raw_dma_sync_for_device(pool, dma, > xdp_desc.len); > bi = &ring->tx_buffer_info[ntu]; > > diff --git a/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c > b/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c > index 3d19dad8f868..d194eeddd7b5 100644 > --- a/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c > +++ b/drivers/net/ethernet/mellanox/mlx5/core/en/xsk/tx.c > @@ -99,7 +99,7 @@ bool mlx5e_xsk_tx(struct mlx5e_xdpsq *sq, unsigned > int budget) > xdptxd.dma_addr = xsk_buff_raw_get_dma(pool, desc.addr); > xdptxd.data = xsk_buff_raw_get_data(pool, desc.addr); > xdptxd.len = desc.len; > - meta = xsk_buff_get_metadata(pool, desc.addr); > + meta = xsk_buff_get_metadata(pool, desc.addr, > desc.options); > > xsk_buff_raw_dma_sync_for_device(pool, xdptxd.dma_addr, > xdptxd.len); > > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > index a71f0df26378..62de03e65a90 100644 > --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > @@ -2719,7 +2719,8 @@ static bool stmmac_xdp_xmit_zc(struct > stmmac_priv *priv, u32 queue, u32 budget) > > tx_desc = stmmac_get_tx_desc(priv, tx_q, entry); > dma_addr = xsk_buff_raw_get_dma(pool, xdp_desc.addr); > - meta = xsk_buff_get_metadata(pool, xdp_desc.addr); > + meta = xsk_buff_get_metadata(pool, xdp_desc.addr, > + xdp_desc.options); > xsk_buff_raw_dma_sync_for_device(pool, dma_addr, > xdp_desc.len); > > /* To return XDP buffer to XSK pool, we simple call diff > --git a/include/net/libeth/xsk.h b/include/net/libeth/xsk.h index > 5dcc0d7f65b7..a452b7828ce4 100644 > --- a/include/net/libeth/xsk.h > +++ b/include/net/libeth/xsk.h > @@ -196,7 +196,7 @@ __libeth_xsk_xmit_fill_buf_md(const struct > xdp_desc *xdesc, > struct libeth_xdp_tx_desc desc; > struct xdp_desc_ctx ctx; > > - ctx = xsk_buff_raw_get_ctx(sq->pool, xdesc->addr); > + ctx = xsk_buff_raw_get_ctx(sq->pool, xdesc->addr, xdesc- > >options); > desc = (typeof(desc)){ > .addr = ctx.dma, > __libeth_xdp_tx_len(xdesc->len), > diff --git a/include/net/xdp_sock_drv.h b/include/net/xdp_sock_drv.h > index b344789f5df8..d94aeb506379 100644 > --- a/include/net/xdp_sock_drv.h > +++ b/include/net/xdp_sock_drv.h > @@ -240,6 +240,7 @@ static inline void *xsk_buff_raw_get_data(struct > xsk_buff_pool *pool, u64 addr) > * xsk_buff_raw_get_ctx - get &xdp_desc context > * @pool: XSk buff pool desc address belongs to > * @addr: desc address (from userspace) > + * @options: desc options (from userspace) > * > * Wrapper for xp_raw_get_ctx() to be used in drivers, see its kdoc > for > * details. > @@ -248,9 +249,9 @@ static inline void *xsk_buff_raw_get_data(struct > xsk_buff_pool *pool, u64 addr) > * pointer, if it is present (initialized to %NULL otherwise). > */ > static inline struct xdp_desc_ctx > -xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr) > +xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr, u32 > +options) > { > - return xp_raw_get_ctx(pool, addr); > + return xp_raw_get_ctx(pool, addr, options); > } > > #define XDP_TXMD_FLAGS_VALID ( \ > @@ -318,18 +319,20 @@ xsk_tx_metadata_request(const struct > xsk_buff_pool *pool, } > > static inline struct xsk_tx_metadata * > -__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data) > +__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data, > + unsigned int options) > { > - if (!pool->tx_metadata_len) > + if (!pool->tx_metadata_len || !(options & XDP_TX_METADATA)) > return NULL; > > return data - pool->tx_metadata_len; > } > > static inline struct xsk_tx_metadata * > -xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr) > +xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr, u32 > +options) > { > - return __xsk_buff_get_metadata(pool, xp_raw_get_data(pool, > addr)); > + return __xsk_buff_get_metadata(pool, xp_raw_get_data(pool, > addr), > + options); > } > > static inline void xsk_buff_dma_sync_for_cpu(struct xdp_buff *xdp) @@ > -510,7 +513,7 @@ static inline void *xsk_buff_raw_get_data(struct > xsk_buff_pool *pool, u64 addr) } > > static inline struct xdp_desc_ctx > -xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr) > +xsk_buff_raw_get_ctx(const struct xsk_buff_pool *pool, u64 addr, u32 > +options) > { > return (struct xdp_desc_ctx){ }; > } > @@ -530,13 +533,14 @@ xsk_tx_metadata_request(const struct > xsk_buff_pool *pool, } > > static inline struct xsk_tx_metadata * > -__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data) > +__xsk_buff_get_metadata(const struct xsk_buff_pool *pool, void *data, > + unsigned int options) > { > return NULL; > } > > static inline struct xsk_tx_metadata * > -xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr) > +xsk_buff_get_metadata(struct xsk_buff_pool *pool, u64 addr, u32 > +options) > { > return NULL; > } > diff --git a/include/net/xsk_buff_pool.h b/include/net/xsk_buff_pool.h > index 2bb1d122b1bc..a7df573784fd 100644 > --- a/include/net/xsk_buff_pool.h > +++ b/include/net/xsk_buff_pool.h > @@ -154,7 +154,8 @@ struct xdp_desc_ctx { > struct xsk_tx_metadata *meta; > }; > > -struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, > u64 addr); > +struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, > u64 addr, > + u32 options); > > static inline dma_addr_t xp_get_dma(struct xdp_buff_xsk *xskb) { > diff --git a/net/xdp/xsk_buff_pool.c b/net/xdp/xsk_buff_pool.c index > 78c14f106395..9d2d94f1fb75 100644 > --- a/net/xdp/xsk_buff_pool.c > +++ b/net/xdp/xsk_buff_pool.c > @@ -763,6 +763,7 @@ EXPORT_SYMBOL(xp_raw_get_dma); > * xp_raw_get_ctx - get &xdp_desc context > * @pool: XSk buff pool desc address belongs to > * @addr: desc address (from userspace) > + * @options: desc options (from userspace) > * > * Helper for getting desc's DMA address and metadata pointer, if > present. > * Saves one call on hotpath and double calculation of the actual > address. > @@ -771,14 +772,16 @@ EXPORT_SYMBOL(xp_raw_get_dma); > * Return: new &xdp_desc_ctx struct containing desc's DMA address and > metadata > * pointer, if it is present (initialized to %NULL otherwise). > */ > -struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, > u64 addr) > +struct xdp_desc_ctx xp_raw_get_ctx(const struct xsk_buff_pool *pool, > u64 addr, > + u32 options) > { > struct xdp_desc_ctx ret; > > addr = __xp_raw_get_addr(pool, addr); > > ret.dma = __xp_raw_get_dma(pool, addr); > - ret.meta = __xsk_buff_get_metadata(pool, > __xp_raw_get_data(pool, addr)); > + ret.meta = __xsk_buff_get_metadata(pool, > __xp_raw_get_data(pool, addr), > + options); > > return ret; > } > -- > 2.53.0-Meta Reviewed-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com> ^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH net v3 3/3] net: stmmac: document oversized AF_XDP frame handling 2026-08-19 16:05 [PATCH net v3 0/3] xsk: pre-existing AF_XDP TX metadata fixes from Sashiko Stanislav Fomichev 2026-08-19 16:05 ` [PATCH net v3 1/3] xsk: align TX metadata layout across ABIs Stanislav Fomichev 2026-08-19 16:05 ` [PATCH net v3 2/3] xsk: honor XDP_TX_METADATA in zero-copy path Stanislav Fomichev @ 2026-08-19 16:05 ` Stanislav Fomichev 2026-08-20 15:33 ` Maciej Fijalkowski 2 siblings, 1 reply; 9+ messages in thread From: Stanislav Fomichev @ 2026-08-19 16:05 UTC (permalink / raw) To: netdev Cc: davem, edumazet, kuba, pabeni, anthony.l.nguyen, przemyslaw.kitszel, andrew+netdev, saeedm, tariqt, mbloch, maxime.chevallier, mcoquelin.stm32, alexandre.torgue, aleksander.lobakin, horms, magnus.karlsson, maciej.fijalkowski, sdf, ast, daniel, hawk, john.fastabend, guoren, dtatulea, witu, martin.lau, yoong.siang.song, intel-wired-lan, linux-kernel, linux-rdma, linux-stm32, linux-arm-kernel, bpf, linux-csky, leon stmmac drops AF_XDP zero-copy frames that exceed taprio's queueMaxSDU after xsk_tx_peek_desc() has reserved their completion entries. Completing a rejected descriptor is unsafe because AF_XDP completions are ordered: xsk_tx_completed(pool, 1) would complete the oldest outstanding descriptor, which may still be owned by hardware. Instead, leave the completion pending so the ring eventually wedges and increment the drop counter to expose the application error without risking hardware misbehavior. Document this intentional ring imbalance at the check. Signed-off-by: Stanislav Fomichev <sdf@fomichev.me> --- drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c index 62de03e65a90..6a532747c039 100644 --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c @@ -2713,6 +2713,10 @@ static bool stmmac_xdp_xmit_zc(struct stmmac_priv *priv, u32 queue, u32 budget) if (priv->est && priv->est->enable && priv->est->max_sdu[queue] && xdp_desc.len > priv->est->max_sdu[queue]) { + /* Completions are ordered, so this descriptor cannot + * be completed safely. Wedge the ring to expose the + * application error instead. + */ priv->xstats.max_sdu_txq_drop[queue]++; continue; } -- 2.53.0-Meta ^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [PATCH net v3 3/3] net: stmmac: document oversized AF_XDP frame handling 2026-08-19 16:05 ` [PATCH net v3 3/3] net: stmmac: document oversized AF_XDP frame handling Stanislav Fomichev @ 2026-08-20 15:33 ` Maciej Fijalkowski 2026-08-21 1:29 ` Stanislav Fomichev 0 siblings, 1 reply; 9+ messages in thread From: Maciej Fijalkowski @ 2026-08-20 15:33 UTC (permalink / raw) To: Stanislav Fomichev Cc: netdev, davem, edumazet, kuba, pabeni, anthony.l.nguyen, przemyslaw.kitszel, andrew+netdev, saeedm, tariqt, mbloch, maxime.chevallier, mcoquelin.stm32, alexandre.torgue, aleksander.lobakin, horms, magnus.karlsson, sdf, ast, daniel, hawk, john.fastabend, guoren, dtatulea, witu, martin.lau, yoong.siang.song, intel-wired-lan, linux-kernel, linux-rdma, linux-stm32, linux-arm-kernel, bpf, linux-csky, leon On Wed, Aug 19, 2026 at 09:05:35AM -0700, Stanislav Fomichev wrote: > stmmac drops AF_XDP zero-copy frames that exceed taprio's queueMaxSDU > after xsk_tx_peek_desc() has reserved their completion entries. > > Completing a rejected descriptor is unsafe because AF_XDP completions are > ordered: xsk_tx_completed(pool, 1) would complete the oldest outstanding > descriptor, which may still be owned by hardware. Instead, leave the > completion pending so the ring eventually wedges and increment the drop > counter to expose the application error without risking hardware > misbehavior. > > Document this intentional ring imbalance at the check. > > Signed-off-by: Stanislav Fomichev <sdf@fomichev.me> > --- > drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > index 62de03e65a90..6a532747c039 100644 > --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > @@ -2713,6 +2713,10 @@ static bool stmmac_xdp_xmit_zc(struct stmmac_priv *priv, u32 queue, u32 budget) > if (priv->est && priv->est->enable && > priv->est->max_sdu[queue] && > xdp_desc.len > priv->est->max_sdu[queue]) { > + /* Completions are ordered, so this descriptor cannot > + * be completed safely. Wedge the ring to expose the > + * application error instead. > + */ > priv->xstats.max_sdu_txq_drop[queue]++; > continue; Hmm. I read the discussion on v2. Maybe we could cancel cq entry here in this branch? Also it feels like something achievable at bind time when taprio is configured and vice versa? Otherwise we over-commit cq entries. > } > -- > 2.53.0-Meta > ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH net v3 3/3] net: stmmac: document oversized AF_XDP frame handling 2026-08-20 15:33 ` Maciej Fijalkowski @ 2026-08-21 1:29 ` Stanislav Fomichev 2026-08-21 10:31 ` Maciej Fijalkowski 0 siblings, 1 reply; 9+ messages in thread From: Stanislav Fomichev @ 2026-08-21 1:29 UTC (permalink / raw) To: Maciej Fijalkowski Cc: netdev, davem, edumazet, kuba, pabeni, anthony.l.nguyen, przemyslaw.kitszel, andrew+netdev, saeedm, tariqt, mbloch, maxime.chevallier, mcoquelin.stm32, alexandre.torgue, aleksander.lobakin, horms, magnus.karlsson, sdf, ast, daniel, hawk, john.fastabend, guoren, dtatulea, witu, martin.lau, yoong.siang.song, intel-wired-lan, linux-kernel, linux-rdma, linux-stm32, linux-arm-kernel, bpf, linux-csky, leon On 08/20, Maciej Fijalkowski wrote: > On Wed, Aug 19, 2026 at 09:05:35AM -0700, Stanislav Fomichev wrote: > > stmmac drops AF_XDP zero-copy frames that exceed taprio's queueMaxSDU > > after xsk_tx_peek_desc() has reserved their completion entries. > > > > Completing a rejected descriptor is unsafe because AF_XDP completions are > > ordered: xsk_tx_completed(pool, 1) would complete the oldest outstanding > > descriptor, which may still be owned by hardware. Instead, leave the > > completion pending so the ring eventually wedges and increment the drop > > counter to expose the application error without risking hardware > > misbehavior. > > > > Document this intentional ring imbalance at the check. > > > > Signed-off-by: Stanislav Fomichev <sdf@fomichev.me> > > --- > > drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 4 ++++ > > 1 file changed, 4 insertions(+) > > > > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > > index 62de03e65a90..6a532747c039 100644 > > --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > > +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > > @@ -2713,6 +2713,10 @@ static bool stmmac_xdp_xmit_zc(struct stmmac_priv *priv, u32 queue, u32 budget) > > if (priv->est && priv->est->enable && > > priv->est->max_sdu[queue] && > > xdp_desc.len > priv->est->max_sdu[queue]) { > > + /* Completions are ordered, so this descriptor cannot > > + * be completed safely. Wedge the ring to expose the > > + * application error instead. > > + */ > > priv->xstats.max_sdu_txq_drop[queue]++; > > continue; > > Hmm. I read the discussion on v2. Maybe we could cancel cq entry here in > this branch? Also it feels like something achievable at bind time when > taprio is configured and vice versa? > > Otherwise we over-commit cq entries. What do you want to achieve with the cancel here? IIUC it will make it look as if some (if the user has posted many) tx descriptor has not been consumed by the kernel? I do agree that a better idea is to probably do these checks during control paths, but it's a bit more involved (and not sure if it's possible? if we have a bunch of xsk sockets and we change that max_sdu, do we go over all sockets on the system somehow?). My main motivation with this patch was to make our LLM reviewers less chatty about preexisting issues. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH net v3 3/3] net: stmmac: document oversized AF_XDP frame handling 2026-08-21 1:29 ` Stanislav Fomichev @ 2026-08-21 10:31 ` Maciej Fijalkowski 0 siblings, 0 replies; 9+ messages in thread From: Maciej Fijalkowski @ 2026-08-21 10:31 UTC (permalink / raw) To: Stanislav Fomichev Cc: netdev, davem, edumazet, kuba, pabeni, anthony.l.nguyen, przemyslaw.kitszel, andrew+netdev, saeedm, tariqt, mbloch, maxime.chevallier, mcoquelin.stm32, alexandre.torgue, aleksander.lobakin, horms, magnus.karlsson, sdf, ast, daniel, hawk, john.fastabend, guoren, dtatulea, witu, martin.lau, yoong.siang.song, intel-wired-lan, linux-kernel, linux-rdma, linux-stm32, linux-arm-kernel, bpf, linux-csky, leon On Thu, Aug 20, 2026 at 06:29:16PM -0700, Stanislav Fomichev wrote: > On 08/20, Maciej Fijalkowski wrote: > > On Wed, Aug 19, 2026 at 09:05:35AM -0700, Stanislav Fomichev wrote: > > > stmmac drops AF_XDP zero-copy frames that exceed taprio's queueMaxSDU > > > after xsk_tx_peek_desc() has reserved their completion entries. > > > > > > Completing a rejected descriptor is unsafe because AF_XDP completions are > > > ordered: xsk_tx_completed(pool, 1) would complete the oldest outstanding > > > descriptor, which may still be owned by hardware. Instead, leave the > > > completion pending so the ring eventually wedges and increment the drop > > > counter to expose the application error without risking hardware > > > misbehavior. > > > > > > Document this intentional ring imbalance at the check. > > > > > > Signed-off-by: Stanislav Fomichev <sdf@fomichev.me> > > > --- > > > drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 4 ++++ > > > 1 file changed, 4 insertions(+) > > > > > > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > > > index 62de03e65a90..6a532747c039 100644 > > > --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > > > +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > > > @@ -2713,6 +2713,10 @@ static bool stmmac_xdp_xmit_zc(struct stmmac_priv *priv, u32 queue, u32 budget) > > > if (priv->est && priv->est->enable && > > > priv->est->max_sdu[queue] && > > > xdp_desc.len > priv->est->max_sdu[queue]) { > > > + /* Completions are ordered, so this descriptor cannot > > > + * be completed safely. Wedge the ring to expose the > > > + * application error instead. > > > + */ > > > priv->xstats.max_sdu_txq_drop[queue]++; > > > continue; > > > > Hmm. I read the discussion on v2. Maybe we could cancel cq entry here in > > this branch? Also it feels like something achievable at bind time when > > taprio is configured and vice versa? > > > > Otherwise we over-commit cq entries. > > What do you want to achieve with the cancel here? IIUC it will make it look > as if some (if the user has posted many) tx descriptor has not been consumed > by the kernel? Oof. My bad. I meant completely different thing :D Right now the semantics are that we post invalid/dropped addrs to cq (the rationale was that dropped descs are gone and unreachable which might eventually lead to dying traffic). We should submit xdp_desc's addr to cq. Regarding the comment included in code I must disagree. CQ entries no longer imply that 'this particular descriptor has been successfully sent by HW'. > > I do agree that a better idea is to probably do these checks during control > paths, but it's a bit more involved (and not sure if it's possible? if we > have a bunch of xsk sockets and we change that max_sdu, do we go over all > sockets on the system somehow?). My main motivation with this patch was > to make our LLM reviewers less chatty about preexisting issues. I hear you, however I feel like we do not know this driver too much and probably we don't have a HW to test out such changes, so maybe let us try to fix existing behavior? ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2026-08-21 12:22 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2026-08-19 16:05 [PATCH net v3 0/3] xsk: pre-existing AF_XDP TX metadata fixes from Sashiko Stanislav Fomichev 2026-08-19 16:05 ` [PATCH net v3 1/3] xsk: align TX metadata layout across ABIs Stanislav Fomichev 2026-08-19 16:05 ` [PATCH net v3 2/3] xsk: honor XDP_TX_METADATA in zero-copy path Stanislav Fomichev 2026-08-21 11:21 ` Maciej Fijalkowski 2026-08-21 12:22 ` Loktionov, Aleksandr 2026-08-19 16:05 ` [PATCH net v3 3/3] net: stmmac: document oversized AF_XDP frame handling Stanislav Fomichev 2026-08-20 15:33 ` Maciej Fijalkowski 2026-08-21 1:29 ` Stanislav Fomichev 2026-08-21 10:31 ` Maciej Fijalkowski
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox