On Thu, 15 Oct 2026 14:55:12 +0530 Prashant Gupta <[email protected]> wrote:
> From: Jun Yang <[email protected]> > > The DPAA2 soft parser (SP) byte code has to be installed by the boot > firmware before Linux starts; the WRIOP parser cannot be reprogrammed once > the MC is up. Loading an SP image at run time from the PMD therefore never > took effect, so the loader and its DPNI_SS_INGRESS plumbing were dead > code and are removed. > > The rte_flow VXLAN and eCPRI pattern items were only ever accepted while > an SP image was believed to be loaded. With the SP gone they are rejected > by dpaa2_dev_verify_patterns() before the configure switch is reached, so > their handlers dpaa2_configure_flow_vxlan() and > dpaa2_configure_flow_ecpri(), the switch cases that call them, the mask > descriptors and the VXLAN_HF_VNI helper are removed as well. Both items are > also dropped from the dpaa2 feature matrix so that the documented > capabilities match the code. > > Signed-off-by: Jun Yang <[email protected]> > Signed-off-by: Prashant Gupta <[email protected]> > --- After applying this to next-net, I reran the set of checks. But this patch causes problem: $ ./devtools/check-doc-vs-code.sh rte_flow doc out of sync for dpaa2 item vxlan Backed out the whole series, update and resend.
