[dpdk-dev] [PATCH v3 3/7] mbuf: add pool ops name selection API helpers
Olivier Matz
olivier.matz at 6wind.com
Fri Jan 19 11:01:47 CET 2018
On Thu, Jan 18, 2018 at 06:56:28PM +0530, Hemant Agrawal wrote:
> This patch add support for various mempool ops config helper APIs.
>
> 1.User defined mempool ops
> 2.Platform detected HW mempool ops (active).
> 3.Best selection of mempool ops by looking into user defined,
> platform registered and compile time configured.
>
> Signed-off-by: Hemant Agrawal <hemant.agrawal at nxp.com>
> ---
...
> --- /dev/null
> +++ b/lib/librte_mbuf/rte_mbuf_pool_ops.c
> @@ -0,0 +1,68 @@
> +/* SPDX-License-Identifier: BSD-3-Clause
> + * Copyright 2018 NXP
> + */
> +
> +#include <string.h>
> +#include <rte_eal.h>
> +#include <rte_mbuf.h>
> +#include <rte_errno.h>
> +#include <rte_mbuf_pool_ops.h>
> +#include <rte_malloc.h>
> +
> +static char *plat_mbuf_pool_ops_name;
I have some doubts about secondary processes.
Maybe it's ok if the loaded driver and eal arguments are exactly the
same in the secondary process. It would be safer to use a named memzone
for that.
It would be even safer to not use secondary processes ;)
> +
> +int
> +rte_mbuf_register_platform_mempool_ops(const char *ops_name)
> +{
We have "register" for platform and "set" for user.
I think "set" should be used everywhere.
> + if (plat_mbuf_pool_ops_name == NULL) {
> + plat_mbuf_pool_ops_name =
> + rte_malloc(NULL, RTE_MEMPOOL_OPS_NAMESIZE, 0);
> + if (plat_mbuf_pool_ops_name == NULL)
> + return -ENOMEM;
> + strcpy((char *)plat_mbuf_pool_ops_name, ops_name);
If strlen(ops_name) >= RTE_MEMPOOL_OPS_NAMESIZE, this may lead to
bad behavior.
I suggest to simply do a strdup() instead.
> + return 0;
> + } else if (strcmp(plat_mbuf_pool_ops_name, ops_name) == 0) {
> + return 0;
> + }
> +
> + RTE_LOG(ERR, MBUF,
> + "%s is already registered as platform mbuf pool ops\n",
> + plat_mbuf_pool_ops_name);
So, this log means that a we should try to never have 2 drivers registering
different platform drivers on the same machine, right?
So this API is kind of reserved for network processors and should not be
used in usual PCI PMDs?
> + return -EEXIST;
> +}
> +
> +const char *
> +rte_mbuf_platform_mempool_ops(void)
> +{
> + return (const char *)plat_mbuf_pool_ops_name;
cast is not required
> +}
> +
> +void
> +rte_mbuf_set_user_mempool_ops(const char *ops_name)
> +{
> + rte_eal_set_mbuf_user_mempool_ops(ops_name);
> +}
Instead of calling the EAL API, we can set a static variable as
for platform ops.
> +
> +const char *
> +rte_mbuf_user_mempool_ops(void)
> +{
> + return rte_eal_mbuf_default_mempool_ops();
> +}
And here, I suggest instead:
rte_mbuf_user_mempool_ops(void)
{
if (user_mbuf_pool_ops_name != NULL)
return user_mbuf_pool_ops_name;
return rte_eal_mbuf_default_mempool_ops();
}
i.e. rte_eal_mbuf_default_mempool_ops() remains the ops passed as
command line arguments.
> +
> +/* Return mbuf pool ops name */
> +const char *
> +rte_mbuf_best_mempool_ops(void)
> +{
> + /* User defined mempool ops takes the priority */
> + const char *best_ops = rte_mbuf_user_mempool_ops();
> + if (best_ops)
> + return best_ops;
> +
> + /* Next choice is platform configured mempool ops */
> + best_ops = rte_mbuf_platform_mempool_ops();
> + if (best_ops)
> + return best_ops;
> +
> + /* Last choice is to use the compile time config pool */
> + return RTE_MBUF_DEFAULT_MEMPOOL_OPS;
> +}
I like this function, this is much clearer than what we have today :)
More information about the dev
mailing list