Le jeu. 11 juin 2026, 17:56, Morten Brørup <[email protected]> a écrit :
> This patch is unrelated to the series. > > > 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. The new NAPI/DQRR path must match the offloads reported by the PMD at the end 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.
