[PATCH 0/3] Defer lcore variables allocation

David Marchand david.marchand at redhat.com
Tue Dec 17 10:06:09 CET 2024


On Mon, Dec 16, 2024 at 10:49 AM David Marchand
<david.marchand at redhat.com> wrote:
> > > For now, this series only focus on fixing subsystems using lcore
> > > variables so that those allocations are deferred either in rte_eal_init()
> > > or in the path that does require such lcore variables.
> > >
> > >
> >
> > An idle question: would this have any consequences in use case of eal
> > init -> eal cleanup -> eal init with different arguments?
>
> Hum, interesting question.
>
> I would say that initialising lcore variables in constructors means
> that this usecase is broken, since lcore variables are freed in
> eal_lcore_var_cleanup().

I posted a v2, though this issue you noticed is still present.


-- 
David Marchand



More information about the dev mailing list