[PATCH v2] net/intel: deprecate some SSE paths

Bruce Richardson bruce.richardson at intel.com
Fri Jul 18 17:19:04 CEST 2025


On Fri, Jul 18, 2025 at 04:03:17PM +0100, Kevin Traynor wrote:
> On 03/07/2025 15:31, Ciara Loftus wrote:
> > The SSE rx and tx paths will be removed from the i40e, iavf and ice
> > drivers in the 25.11 release. Each of these drivers have faster vector
> > paths (AVX2 and AVX-512) which have feature parity with the soon to be
> > removed SSE paths. In environments where AVX2 or AVX-512 are not
> > supported, the scalar path will still be used, which also has feature
> > parity.
> > 
> > Signed-off-by: Ciara Loftus <ciara.loftus at intel.com>
> > ---
> >  doc/guides/rel_notes/deprecation.rst | 7 +++++++
> >  1 file changed, 7 insertions(+)
> > 
> > diff --git a/doc/guides/rel_notes/deprecation.rst b/doc/guides/rel_notes/deprecation.rst
> > index e2d4125308..0d020c9c1f 100644
> > --- a/doc/guides/rel_notes/deprecation.rst
> > +++ b/doc/guides/rel_notes/deprecation.rst
> > @@ -80,6 +80,13 @@ Deprecation Notices
> >    and the header struct ``rte_vxlan_gpe_hdr`` with the macro ``RTE_ETHER_VXLAN_GPE_HLEN``
> >    will be removed in DPDK 25.11.
> >  
> > +* net/intel: drivers that have an SSE vector path alongside other vector paths,
> > +  namely i40e, iavf and ice, will have their SSE vector paths removed in DPDK 25.11.
> > +  Modern x86 systems all support AVX2, if not AVX-512, so the SSE path is no longer
> > +  widely used. This change will not result in any feature loss, as the fallback
> > +  scalar paths which have feature parity with SSE will be used in the cases where
> > +  the SSE paths would have been used.
> > +
> >  * ethdev: The flow API matching pattern structures, ``struct rte_flow_item_*``,
> >    should start with relevant protocol header structure from lib/net/.
> >    The individual protocol header fields and the protocol header struct
> 
> I'm not aware of anyone using hardware that old and relying on SSE, but
> it seems a bit short notice for a patch to remove hardware support.
> 
> Would it hurt much to give it a longer deprecation so anyone who needs
> to prepare by upgrade, or taking 25.11 with support etc. can do that ?
> 
Do we think that will make a difference? After all, dropping the SSE path
won't break DPDK on older hardware, it will only run a bit slower using the
scalar path. Beyond that, it would only affect deployments with new/latest
DPDK on old hardware - obviously old hardware running older DPDK would be
unaffected.

/Bruce


More information about the dev mailing list