[PATCH v10 03/10] lib/pmu: quiesce rte_pmu_read deprecation warning in chkincs
Thomas Monjalon
thomas at monjalon.net
Fri Oct 17 11:04:59 CEST 2025
Hello Tomasz,
Recently David has improved the checks on headers.
We would like to see a new revision
(with the approach described below by David)
passing in the CI with the new checks.
Thanks
17/10/2025 10:45, David Marchand:
> On Fri, 17 Oct 2025 at 08:58, Tomasz Duszynski <tduszynski at marvell.com> wrote:
> >
> > > > > > Add a dummy rte_pmu_read() definition for chkincs when
> > > > > > ALLOW_EXPERIMENTAL_API is not defined to suppress warnings from
> > > > > > use of experimental APIs in tracepoints.
> > > > > >
> > > > > > Fixes: 960c43184c4d ("pmu: introduce library for reading PMU events")
> > > > > >
> > > > > > Signed-off-by: Tomasz Duszynski <tduszynski at marvell.com>
> > > > > > ---
> > > > > > lib/pmu/rte_pmu.h | 4 ++++
> > > > > > 1 file changed, 4 insertions(+)
> > > > > >
> > > > > > diff --git a/lib/pmu/rte_pmu.h b/lib/pmu/rte_pmu.h
> > > > > > index 57b634ecd8..84a5d522d1 100644
> > > > > > --- a/lib/pmu/rte_pmu.h
> > > > > > +++ b/lib/pmu/rte_pmu.h
> > > > > > @@ -232,6 +232,10 @@ rte_pmu_read(unsigned int index)
> > > > > >
> > > > > > return __rte_pmu_read_userpage(group->mmap_pages[index]);
> > > > > > }
> > > > > > +/* quiesce warnings produced by chkincs */
> > > > > > +#ifndef ALLOW_EXPERIMENTAL_API
> > > > > > +#define rte_pmu_read(pc) ({ RTE_SET_USED(pc); 0; })
> > > > > > +#endif
> > > > >
> > > > > Seems like an awkward solution I would rather that fix chkincs
> > > > > or restructure this.
> > > > >
> > > > > The way you are doing it will cause the checks for use
> > > > > of experimental API to not work.
> > > >
> > > > No matter how I shuffle things around, the experimental API keeps getting called from
> > > > non-experimental code, so those warnings will show up.. Fixing chkincs would mean telling it to
> > > > skip checks for this library, which is basically what I'm already doing here.
> > > >
> > > > Dropping experimental tag feels too soon. The library still needs some time to bake.
> > > >
> > > > So, unless anyone has got other ideas, which is the better trade off here: yanking experimental
> > > > tags or tweaking chkincs to ignore the library checks?
> > >
>
> What we have been doing in other libraries is to hide calls to
> experimental symbols in inline helpers, which is the issue here,
> right?
> Then add a RTE_VERIFY(false) so that an abort is triggered at runtime
> in case an application called this helper.
>
> See a3e126fd58d1 ("bitset: fix build for GCC without experimental
> API") for example.
>
>
> I see the same #define hiding for __rte_pmu_enable_group and
> __rte_pmu_read_userpage.
> Something like below should be applied on main before looking at this
> new series.
>
> $ git diff
> diff --git a/lib/pmu/rte_pmu.h b/lib/pmu/rte_pmu.h
> index 57b634ecd8..fcf125a908 100644
> --- a/lib/pmu/rte_pmu.h
> +++ b/lib/pmu/rte_pmu.h
> @@ -31,6 +31,7 @@
> #include <rte_branch_prediction.h>
> #include <rte_common.h>
> #include <rte_compat.h>
> +#include <rte_debug.h>
> #include <rte_lcore.h>
>
> #define RTE_PMU_SUPPORTED
> @@ -181,12 +182,6 @@ __rte_experimental
> int
> rte_pmu_add_event(const char *name);
>
> -/* quiesce warnings produced by chkincs caused by calling internal
> functions directly */
> -#ifndef ALLOW_EXPERIMENTAL_API
> -#define __rte_pmu_enable_group(group) ({ RTE_SET_USED(group); 0; })
> -#define __rte_pmu_read_userpage(pc) ({ RTE_SET_USED(pc); 0; })
> -#endif
> -
> /**
> * @warning
> * @b EXPERIMENTAL: this API may change without prior notice.
> @@ -211,6 +206,7 @@ __rte_experimental
> static __rte_always_inline uint64_t
> rte_pmu_read(unsigned int index)
> {
> +#ifdef ALLOW_EXPERIMENTAL_API
> unsigned int lcore_id = rte_lcore_id();
> struct rte_pmu_event_group *group;
>
> @@ -231,6 +227,10 @@ rte_pmu_read(unsigned int index)
> }
>
> return __rte_pmu_read_userpage(group->mmap_pages[index]);
> +#else
> + RTE_SET_USED(index);
> + RTE_VERIFY(false);
> +#endif
> }
>
> #ifdef __cplusplus
More information about the dev
mailing list