[PATCH] net/iavf: fix scalar Rx path zero-length segment
Bruce Richardson
bruce.richardson at intel.com
Fri Jun 12 17:42:55 CEST 2026
On Fri, Jun 12, 2026 at 02:35:31PM +0000, Ciara Loftus wrote:
> When hardware CRC stripping is active, a frame whose on-wire size is an
> exact multiple of the Rx buffer size can cause the NIC to fill the final
> data descriptor and place the four CRC bytes into a separate trailing
> descriptor. After hardware stripping, that descriptor carries zero bytes
> of payload.
>
> The existing CRC cleanup code only handles a zero-length trailing segment
> when software CRC stripping is enabled. When hardware stripping is
> active, the zero-length mbuf is silently chained to the reassembled
> packet. Forwarding such a packet causes a zero-length Tx descriptor,
> triggering a Malicious Driver Detection event on the PF and resetting
> the VF.
>
> Fix by adding logic to detect a zero-length final segment when hardware
> CRC stripping is active, and freeing it.
>
> Fixes: a2b29a7733ef ("net/avf: enable basic Rx Tx")
> Fixes: b8b4c54ef9b0 ("net/iavf: support flexible Rx descriptor in normal path")
> Cc: stable at dpdk.org
>
> Signed-off-by: Declan Doherty <declan.doherty at intel.com>
> Signed-off-by: Ciara Loftus <ciara.loftus at intel.com>
> ---
> drivers/net/intel/iavf/iavf_rxtx.c | 16 ++++++++++++++++
> 1 file changed, 16 insertions(+)
>
> diff --git a/drivers/net/intel/iavf/iavf_rxtx.c b/drivers/net/intel/iavf/iavf_rxtx.c
> index a57af7faed..86ebb2618d 100644
> --- a/drivers/net/intel/iavf/iavf_rxtx.c
> +++ b/drivers/net/intel/iavf/iavf_rxtx.c
> @@ -1716,6 +1716,14 @@ iavf_recv_scattered_pkts_flex_rxd(void *rx_queue, struct rte_mbuf **rx_pkts,
> rxm->data_len = (uint16_t)(rx_packet_len -
> RTE_ETHER_CRC_LEN);
> }
> + } else if (unlikely(rx_packet_len == 0)) {
> + /*
> + * NIC split CRC bytes into a trailing segment which is
> + * now empty after hardware CRC stripping. Free it.
> + */
> + rte_pktmbuf_free_seg(rxm);
> + first_seg->nb_segs--;
> + last_seg->next = NULL;
> }
>
The vector paths also handle scattered packets (via reassembly). Do they
need a fix for this? What about the other drivers that work on the PF, such
as ice/i40e?
/Bruce
> first_seg->port = rxq->port_id;
> @@ -1884,6 +1892,14 @@ iavf_recv_scattered_pkts(void *rx_queue, struct rte_mbuf **rx_pkts,
> } else
> rxm->data_len = (uint16_t)(rx_packet_len -
> RTE_ETHER_CRC_LEN);
> + } else if (unlikely(rx_packet_len == 0)) {
> + /*
> + * NIC split CRC bytes into a trailing segment which is
> + * now empty after hardware CRC stripping. Free it.
> + */
> + rte_pktmbuf_free_seg(rxm);
> + first_seg->nb_segs--;
> + last_seg->next = NULL;
> }
>
> first_seg->port = rxq->port_id;
> --
> 2.43.0
>
More information about the dev
mailing list