<div dir="auto"><div dir="auto"><div dir="auto">Le jeu. 11 juin 2026, 17:56, Morten Brørup <<a href="mailto:mb@smartsharesystems.com" target="_blank" rel="noreferrer">mb@smartsharesystems.com</a>> a écrit :</div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This patch is unrelated to the series.<br><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote></div></div>
<div dir="auto">Splitting this would create an ordering problem. If the NAPI series is merged with a software VLAN strip implementation and the cleanup removing the fake VLAN_STRIP offload is merged separately, the two can land in either order and leave the PMD with inconsistent Rx paths.</div><div dir="auto"><br></div><div dir="auto">The new NAPI/DQRR path must match the offloads reported by the PMD at the end</div><div dir="auto">of the series. Since VLAN_STRIP is not a real dpaa2 hardware offload, this series removes the advertised offload and the software rte_vlan_strip() calls together, so all Rx paths remain consistent at each merge point.</div></div>