[PATCH v3 0/9] rework EAL argument parsing

Bruce Richardson bruce.richardson at intel.com
Fri Jul 18 16:41:05 CEST 2025


On Fri, Jul 18, 2025 at 03:33:46PM +0100, Bruce Richardson wrote:
> When processing cmdline arguments in DPDK, we always do so with very
> little context. So, for example, when processing the "-l" flag, we have
> no idea whether there will be later a --proc-type=secondary flag. We
> have all sorts of post-arg-processing checks in place to try and catch
> these scenarios.
> 
> To improve this situation, this patchset tries to simplify the handling
> of argument processing, by explicitly doing an initial pass to collate
> all arguments into a structure. Thereafter, the actual arg parsing is
> done in a fixed order, meaning that e.g. when processing the
> --main-lcore flag, we have already processed the service core flags. We
> also can far quicker and easier check for conflicting options, since
> they can all be checked for NULL/non-NULL in the arg structure
> immediately after the struct has been populated.
> 
> To do the initial argument gathering, this RFC uses the existing
> argparse library in DPDK. With recent changes, and two additional
> patches at the start of this set, this library now meets our needs for
> EAL argument parsing and allows us to not need to do direct getopt
> argument processing inside EAL at all.
> 
> An additional benefit of this work, is that the argument parsing for EAL
> is much more centralised into common options. This single list with
> ifdefs makes it clear to the viewer what options are common across OS's,
> vs what are unix-only or linux-only.
> 

Apologies, forgot the diff from the RFC v2:

* Added 3 new initial patches, one for minor build-system addition, and two
  for functionality in argparse to allow the user-callback help function to
  be maintained as we move to argparse.
* Added doc updates in the first EAL patch adding the long options
* Fixed ASAN issues by adding a patch to properly clean up EAL init - both
  memory allocations and fixing the run-once flag
* Put ifdefs around the linux-only or unix-only options in EAL patch 2
* Updated args to handle numa-mem and numa-limit as equivalent socket-mem
  and socket-limit

> 
> Bruce Richardson (9):
>   build: add define for the OS environment name
>   argparse: export function to print help text for object
>   argparse: allow user-override of help printing
>   eal: add long options for each short option
>   eal: define the EAL parameters in argparse format
>   eal: gather EAL args before processing
>   eal: ensure proper cleanup on EAL init failure
>   eal: combine parameter validation checks
>   eal: simplify handling of conflicting cmdline options
> 
>  config/meson.build                        |    1 +
>  doc/guides/contributing/design.rst        |    2 +-
>  doc/guides/linux_gsg/eal_args.include.rst |   20 +-
>  doc/guides/prog_guide/argparse_lib.rst    |   16 +
>  lib/argparse/rte_argparse.c               |   46 +-
>  lib/argparse/rte_argparse.h               |   21 +-
>  lib/eal/common/eal_common_memory.c        |    3 +-
>  lib/eal/common/eal_common_options.c       | 1299 +++++++++++----------
>  lib/eal/common/eal_options.h              |  102 +-
>  lib/eal/common/eal_private.h              |   11 +
>  lib/eal/freebsd/eal.c                     |  245 +---
>  lib/eal/linux/eal.c                       |  470 +-------
>  lib/eal/linux/eal_memory.c                |    2 +-
>  lib/eal/meson.build                       |    2 +-
>  lib/eal/windows/eal.c                     |  156 +--
>  lib/meson.build                           |    1 +
>  16 files changed, 954 insertions(+), 1443 deletions(-)
> 
> --
> 2.48.1
> 


More information about the dev mailing list