[dpdk-dev] [RFC] Yet another option for DPDK options

Matthew Hall mhall at mhcomputing.net
Fri Jun 3 23:41:37 CEST 2016


On Fri, Jun 03, 2016 at 03:18:04PM -0400, Neil Horman wrote:
> I'm not opposed to default values, but it seems to me that if we are splitting
> out a configuration storage library from dpdk, part of the initzliation of that
> library can be installing default values.  That is to say, instead of having the
> code specific areas assume a default value if none is present in the config, an
> init function for the configuration storage library would just populate the
> keystore.  That way all the dpdk itself has to do is a key lookup.
> 
> Neil

I don't think this provides as much mental locality of reference for people 
reading the code. But, an unwanted default argument can be filled with 0 / 
NULL / false as needed.

Matthew.


More information about the dev mailing list