On 12.06.2013 16:54, Olivier MATZ wrote:
>> Unless I'm missing something, testpmd still needs
>> an explicit rte_pmd_foo_init() call. It's of course not difficult to
>> sprinkle some __attribute__((constructor))'s into the pmd's
>
> Yes, you need to do it in the pmd's constructor.
Ok, I thought it
12/06/2013 13:55, Olivier MATZ :
> On 06/12/2013 09:51 AM, Thomas Monjalon wrote:
> > From: Damien Millescamps
> >
> > Add an option to specify libraries to be loaded before probing the PCI.
>
> Looks good to me.
pushed
--
Thomas
Hi Antti,
> > For instance, testpmd -d librte_pmd_xxx.so can be used to enable xxx
> driver
> > support on testpmd without any recompilation of testpmd.
>
> What's the use case?
Load any other pmd driver dynamically (ex: mellanox driver)
> Unless I'm missing something, testpmd still needs
> an
On 12.06.2013 09:51, Thomas Monjalon wrote:
> From: Damien Millescamps
>
> Add an option to specify libraries to be loaded before probing the PCI.
>
> For instance, testpmd -d librte_pmd_xxx.so can be used to enable xxx
driver
> support on testpmd without any recompilation of testpmd.
What
Hello,
On 06/12/2013 09:51 AM, Thomas Monjalon wrote:
> From: Damien Millescamps
>
> Add an option to specify libraries to be loaded before probing the PCI.
Looks good to me.
From: Damien Millescamps
Add an option to specify libraries to be loaded before probing the PCI.
For instance, testpmd -d librte_pmd_xxx.so can be used to enable xxx driver
support on testpmd without any recompilation of testpmd.
Signed-off-by: Damien Millescamps
Signed-off-by: Jean-Mickael Gu
6 matches
Mail list logo