The rte_kvargs_process() was used to parse key-value (e.g. socket_id=0), it also supports to parse only-key (e.g. socket_id). But many drivers's callback can only handle key-value, it will segment fault if handles only-key. so the patchset [1] was introduced.
Because the patchset [1] modified too much drivers, therefore: 1) A new API rte_kvargs_process_opt() was introduced, it inherits the function of rte_kvargs_process() which could parse both key-value and only-key. 2) Constraint the rte_kvargs_process() can only parse key-value. [1] https://patches.dpdk.org/project/dpdk/patch/20230320092110.37295-1-fengcheng...@huawei.com/ Chengwen Feng (4): kvargs: add one new process API net/sfc: use new API to parse kvargs net/tap: use new API to parse kvargs common/nfp: use new API to parse kvargs --- v6: rebase to 24.11, refine net/sfc modification, make mvneta as an independent commit which address Stephen's comment. v5: remove redundant of rte_kvargs_count of 4/5 commit which address Stephen's comment. v4: refine API's define and impl which address Ferruh's comments. add common/nfp change commit. v3: introduce new API instead of modify too many drivers which address Ferruh's comments. doc/guides/rel_notes/release_24_11.rst | 13 ++++++++ drivers/common/nfp/nfp_common_pci.c | 6 ++-- drivers/common/sfc_efx/sfc_efx.c | 3 -- drivers/net/sfc/sfc_ethdev.c | 12 +++---- drivers/net/sfc/sfc_kvargs.c | 12 ++++++- drivers/net/sfc/sfc_kvargs.h | 2 ++ drivers/net/tap/rte_eth_tap.c | 10 +++--- lib/kvargs/rte_kvargs.c | 43 ++++++++++++++++++++------ lib/kvargs/rte_kvargs.h | 39 +++++++++++++++++++++-- lib/kvargs/version.map | 7 +++++ 10 files changed, 116 insertions(+), 31 deletions(-) -- 2.17.1
