On Tue, Nov 05, 2019 at 04:02:52PM +0000, Ferruh Yigit wrote: > On 11/4/2019 11:06 AM, Bruce Richardson wrote: > > On Tue, Oct 29, 2019 at 09:27:22AM +0000, Ferruh Yigit wrote: > >> On 10/28/2019 5:18 PM, Stephen Hemminger wrote: > >>> On Mon, 26 Aug 2019 18:32:35 +0530 > >>> Gagandeep Singh <g.si...@nxp.com> wrote: > >>> > >>>> --- a/config/common_base > >>>> +++ b/config/common_base > >>>> @@ -224,6 +224,11 @@ CONFIG_RTE_LIBRTE_CXGBE_DEBUG_TX=n > >>>> CONFIG_RTE_LIBRTE_CXGBE_DEBUG_RX=n > >>>> CONFIG_RTE_LIBRTE_CXGBE_TPUT=y > >>>> > >>>> +# > >>>> +# Compile burst-oriented NXP PPFE PMD driver > >>>> +# > >>>> +CONFIG_RTE_LIBRTE_PPFE_PMD=n > >>> > >>> This driver should use the common naming convention for Poll Mode Drivers. > >>> > >>> s/CONFIG_RTE_LIBRTE_PPFE_PMD/CONFIG_RTE_LIBRTE_PMD_PPFE/ > >>> > >> > >> Unfortunately we have both as naming convention, and *unintentionally* it > >> become > >> virtual ones PMD_XXXX (PMD_RING), physical ones (IXGBE_PMD), > >> although this PMD registers itself as virtual, it is a physical PMD and I > >> think > >> exiting config option is good (PPFE_PMD). > >> > >> We can update config names to be consistent but not sure if it worth it, > >> changing name for users/costumers which may break their scripts, > >> automation etc. > >> taking into account that it was like this since beginning, > >> > >> And now we are planning to switch to meson, these config option won't be > >> used > >> directly, so I think we can keep them as they are. > > > > ... and the meson default is PMD at the end as for physical PMDs. > > > > Does meson need them? > I was thinking these PMD build enable/disable configs will go away with meson.
They are not needed for meson, but they are needed for some C code so that applications or other drivers can have #ifdefs based on the presence of some other driver. Therefore, for each library or driver which will be built we add the appropriate RTE_LIBRTE_... #define to the config.h file. /Bruce