From: Parav Pandit <parav@mellanox.com>
To: "Gaëtan Rivet" <grive@u256.net>
Cc: "dev@dpdk.org" <dev@dpdk.org>,
"ferruh.yigit@intel.com" <ferruh.yigit@intel.com>,
Ori Kam <orika@mellanox.com>, Matan Azrad <matan@mellanox.com>
Subject: Re: [dpdk-dev] [RFC PATCH 5/6] bus/mlx5_pci: register a PCI driver
Date: Thu, 18 Jun 2020 10:03:06 +0000 [thread overview]
Message-ID: <AM0PR05MB48661BC6BA1EA87AE273B79BD19B0@AM0PR05MB4866.eurprd05.prod.outlook.com> (raw)
In-Reply-To: <20200615214631.lmubncrd6xggq3hu@u256.net>
> From: Gaëtan Rivet <grive@u256.net>
> Sent: Tuesday, June 16, 2020 3:17 AM
>
> On 10/06/20 17:17 +0000, Parav Pandit wrote:
> > Create a mlx5 bus driver framework for invoking drivers of multiple
> > classes who have registered with the mlx5_pci bus driver.
> >
> > Validate user class arguments for supported class combinations.
> >
> > Signed-off-by: Parav Pandit <parav@mellanox.com>
> > ---
> > drivers/bus/mlx5_pci/Makefile | 1 +
> > drivers/bus/mlx5_pci/meson.build | 2 +-
> > drivers/bus/mlx5_pci/mlx5_pci_bus.c | 253
> ++++++++++++++++++++++++
> > drivers/bus/mlx5_pci/rte_bus_mlx5_pci.h | 1 +
> > 4 files changed, 256 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/bus/mlx5_pci/Makefile
> > b/drivers/bus/mlx5_pci/Makefile index b36916e52..327076fe4 100644
> > --- a/drivers/bus/mlx5_pci/Makefile
> > +++ b/drivers/bus/mlx5_pci/Makefile
> > @@ -15,6 +15,7 @@ CFLAGS += -I$(BUILDDIR)/drivers/common/mlx5
> CFLAGS
> > += -I$(RTE_SDK)/drivers/bus/pci CFLAGS += -Wno-strict-prototypes
> > LDLIBS += -lrte_eal
> > +LDLIBS += -lrte_kvargs
> > LDLIBS += -lrte_common_mlx5
> > LDLIBS += -lrte_pci -lrte_bus_pci
> >
> > diff --git a/drivers/bus/mlx5_pci/meson.build
> > b/drivers/bus/mlx5_pci/meson.build
> > index cc4a84e23..5111baa4e 100644
> > --- a/drivers/bus/mlx5_pci/meson.build
> > +++ b/drivers/bus/mlx5_pci/meson.build
> > @@ -1,6 +1,6 @@
> > # SPDX-License-Identifier: BSD-3-Clause # Copyright(c) 2020 Mellanox
> > Technologies Ltd
> >
> > -deps += ['pci', 'bus_pci', 'common_mlx5']
> > +deps += ['pci', 'bus_pci', 'common_mlx5', 'kvargs']
> > install_headers('rte_bus_mlx5_pci.h')
> > sources = files('mlx5_pci_bus.c')
> > diff --git a/drivers/bus/mlx5_pci/mlx5_pci_bus.c
> > b/drivers/bus/mlx5_pci/mlx5_pci_bus.c
> > index 66db3c7b0..8108e35ea 100644
> > --- a/drivers/bus/mlx5_pci/mlx5_pci_bus.c
> > +++ b/drivers/bus/mlx5_pci/mlx5_pci_bus.c
> > @@ -3,12 +3,265 @@
> > */
> >
> > #include "rte_bus_mlx5_pci.h"
> > +#include <mlx5_common_utils.h>
> >
> > static TAILQ_HEAD(mlx5_pci_bus_drv_head, rte_mlx5_pci_driver) drv_list
> =
> > TAILQ_HEAD_INITIALIZER(drv_list);
> >
> > +struct class_map {
> > + const char *name;
> > + enum mlx5_class dev_class;
> > +};
>
> Defining a type here does not seem useful.
> You could return an "enum mlx5_class" from the function is_valid_class()
> further below, instead of a class_map entry. You have the
> MLX5_CLASS_INVALID sentinel value to mark the inexistant mapping.
>
> Making this type anonymous, you should merge it with the array below:
>
> static const struct {
> const char *name;
> enum mlx5_class class; // Remember to change this enum to a
> // fixed width type by the way.
Yes, I acked to changed to define, but I forgot that I use the enum here.
So I am going to keep the enum as code reads more clear with enum.
> } mlx5_classes[] = {
> ...
> };
>
> > +
> > +const struct class_map mlx5_classes[] = {
>
> This is not really a class list, but as the type describes, a mapping between
> names and binary id.
>
> I think mlx5_class_names would fit better.
o.k.
>
> > + { .name = "vdpa", .dev_class = MLX5_CLASS_VDPA },
> > + { .name = "net", .dev_class = MLX5_CLASS_NET }, };
>
> Globals should be static even if not exposed through header.
Yes.
>
> > +
> > +static const enum mlx5_class mlx5_valid_class_combo[] = {
> > + MLX5_CLASS_NET,
> > + MLX5_CLASS_VDPA,
>
> How do you describe future combos?
> Should we expect MLX5_CLASS_NET | MLX5_CLASS_REGEX for example?
>
Correct.
> > + /* New class combination should be added here */ };
> > +
> > +static const struct class_map *is_valid_class(const char *class_name)
>
> I don't think the function name conveys its actual use.
> mlx5_class_from_name() for example would align with other DPDK APIs.
Make sense. Will change.
>
> > +{
> > + unsigned int i;
> > +
> > + for (i = 0; i < sizeof(mlx5_classes) / sizeof(struct class_map);
>
> RTE_DIM(mlx5_classes) must be used instead.
>
> > + i++) {
> > + if (strcmp(class_name, mlx5_classes[i].name) == 0)
> > + return &mlx5_classes[i];
> > +
> > + }
> > + return NULL;
> > +}
> > +
> > +static int is_valid_class_combo(const char *class_names) {
> > + enum mlx5_class user_classes = 0;
> > + char *nstr = strdup(class_names);
>
> Not a fan of assignment with malloc directly at var declaration, you are
> missing some checks here.
>
Ok. will do assignment explicitly and do the check.
> > + const struct class_map *entry;
> > + char *copy = nstr;
>
> copy is nondescript and dangerous. I'd use nstr_orig instead.
Ok. will change varialble name from copy to nstr_orig.
>
> > + int invalid = 0;
> > + unsigned int i;
> > + char *found;
>
> Reading the code below, it seems that the kvlist should only be defined if the
> devargs length is > 0, so class_names here should be defined.
>
> However you do not handle the OOM case explicitly here, if nstr cannot be
> allocated on strdup().
>
Will return error on OOM.
> > +
> > + while (nstr) {
> > + /* Extract each individual class name */
> > + found = strsep(&nstr, ":");
>
> I have not seen the feature test macros (_DEFAULT_SOURCE) in the
> Makefile, it seems required for strsep()?
>
If its mandatory meson build should have complained?
> > + if (!found)
> > + continue;
> > +
> > + /* Check if its a valid class */
> > + entry = is_valid_class(found);
>
> As said earlier, you have no use for the full map entry, you could return the
> mlx5_class type instead, as you have the MLX5_CLASS_INVALID sentinel
> available to mark the !found case.
>
> > + if (!entry) {
> > + invalid = EINVAL;
>
> Just toggling invalid = 1; here would be better.
> Return EINVAL explicitly if (invalid).
>
> > + break;
> > + }
> > + user_classes |= entry->dev_class;
> > + }
> > + if (copy)
> > + free(copy);
> > + if (invalid)
> > + return invalid;
>
> You are returning EINVAL here, but -EINVAL below.
> It should be aligned, in DPDK usually error return values are negative.
> positive errno should only be used for rte_errno.
>
> > +
> > + /* Verify if user specified valid supported combination */
> > + for (i = 0;
> > + i < sizeof(mlx5_valid_class_combo) / sizeof(enum mlx5_class);
>
> RTE_DIM() here;
>
Ack.
> > + i++) {
> > + if (mlx5_valid_class_combo[i] == user_classes)
>
> return 0; directly?
>
Yes.
> > + break;
> > + }
> > + /* Not found any valid class combination */
> > + if (i == sizeof(mlx5_valid_class_combo) / sizeof(enum mlx5_class))
>
> This would simplify this check, where you can directly return -ENODEV for
> example to differentiate from invalid class name and invalid combo.
>
> > + return -EINVAL;
> > + else
> > + return 0;
> > +}
> > +
> > +static int
> > +mlx5_bus_opt_handler(__rte_unused const char *key, const char *value,
> > + void *opaque)
> > +{
> > + int *ret = opaque;
> > +
> > + *ret = is_valid_class_combo(value);
> > + if (*ret)
> > + DRV_LOG(ERR, "Invalid mlx5 classes %s. Maybe typo in
> device"
> > + " class argument setting?", value);
>
> Error message should not be cut in half, it makes it difficult to grep.
> If you differentiate between typo in name and invalid combo you could
> directly warn the user about the proper error.
>
Will have it in one line.
> (You can ignore the warning from checkpatch.sh about the long lines on a
> string if there is one.)
>
> > + return 0;
> > +}
> > +
> > +static int
> > +mlx5_bus_options_valid(const struct rte_devargs *devargs) {
> > + struct rte_kvargs *kvlist;
> > + const char *key = MLX5_CLASS_ARG_NAME;
> > + int ret = 0;
> > +
> > + if (devargs == NULL)
> > + return 0;
> > + kvlist = rte_kvargs_parse(devargs->args, NULL);
> > + if (kvlist == NULL)
> > + return 0;
> > + if (rte_kvargs_count(kvlist, key))
> > + rte_kvargs_process(kvlist, key, mlx5_bus_opt_handler,
> &ret);
> > + rte_kvargs_free(kvlist);
> > + return ret;
> > +}
> > +
> > void
> > rte_mlx5_pci_driver_register(struct rte_mlx5_pci_driver *driver) {
> > TAILQ_INSERT_TAIL(&drv_list, driver, next); }
> > +
> > +static bool
> > +mlx5_bus_match(const struct rte_mlx5_pci_driver *drv,
> > + const struct rte_pci_device *pci_dev) {
> > + const struct rte_pci_id *id_table;
> > +
> > + for (id_table = drv->id_table; id_table->vendor_id != 0; id_table++) {
> > + /* check if device's ids match the class driver's ones */
> > + if (id_table->vendor_id != pci_dev->id.vendor_id &&
> > + id_table->vendor_id != PCI_ANY_ID)
> > + continue;
> > + if (id_table->device_id != pci_dev->id.device_id &&
> > + id_table->device_id != PCI_ANY_ID)
> > + continue;
> > + if (id_table->subsystem_vendor_id !=
> > + pci_dev->id.subsystem_vendor_id &&
> > + id_table->subsystem_vendor_id != PCI_ANY_ID)
> > + continue;
> > + if (id_table->subsystem_device_id !=
> > + pci_dev->id.subsystem_device_id &&
> > + id_table->subsystem_device_id != PCI_ANY_ID)
> > + continue;
> > + if (id_table->class_id != pci_dev->id.class_id &&
> > + id_table->class_id != RTE_CLASS_ANY_ID)
> > + continue;
> > +
> > + return true;
> > + }
> > + return false;
> > +}
> > +
> > +/**
> > + * DPDK callback to register to probe multiple PCI class devices.
> > + *
> > + * @param[in] pci_drv
> > + * PCI driver structure.
> > + * @param[in] dev
> > + * PCI device information.
> > + *
> > + * @return
> > + * 0 on success, 1 to skip this driver, a negative errno value otherwise
> > + * and rte_errno is set.
> > + */
> > +static int
> > +mlx5_bus_pci_probe(struct rte_pci_driver *drv __rte_unused,
> > + struct rte_pci_device *dev)
> > +{
> > + struct rte_mlx5_pci_driver *class;
> > + int ret = 0;
> > +
> > + ret = mlx5_bus_options_valid(dev->device.devargs);
> > + if (ret)
> > + return ret;
> > +
> > + TAILQ_FOREACH(class, &drv_list, next) {
> > + if (!mlx5_bus_match(class, dev))
> > + continue;
> > +
> > + if (!mlx5_class_enabled(dev->device.devargs, class-
> >dev_class))
> > + continue;
> > +
> > + ret = class->probe(drv, dev);
> > + if (!ret)
> > + class->loaded = true;
> > + }
> > + return 0;
> > +}
> > +
> > +/**
> > + * DPDK callback to remove one or more class devices for a PCI device.
> > + *
> > + * This function removes all class devices belong to a given PCI device.
> > + *
> > + * @param[in] pci_dev
> > + * Pointer to the PCI device.
> > + *
> > + * @return
> > + * 0 on success, the function cannot fail.
> > + */
> > +static int
> > +mlx5_bus_pci_remove(struct rte_pci_device *dev) {
> > + struct rte_mlx5_pci_driver *class;
> > +
> > + /* Remove each class driver in reverse order */
>
> Why use a revese order specifically?
>
> > + TAILQ_FOREACH_REVERSE(class, &drv_list, mlx5_pci_bus_drv_head,
> next) {
> > + if (!mlx5_class_enabled(dev->device.devargs, class-
> >dev_class))
>
> You are parsing the devargs each time to check a single class.
> If you return the proper bitmap instead, do not parse the devargs within this
> loop, do it beforehand and check only that (devargs_class_bits & class-
> >dev_class).
>
> Same thing in the probe().
>
> > + continue;
> > +
> > + if (class->loaded)
> > + class->remove(dev);
> > + }
> > + return 0;
> > +}
> > +
> > +static int
> > +mlx5_bus_pci_dma_map(struct rte_pci_device *dev, void *addr,
> > + uint64_t iova, size_t len)
> > +{
> > + struct rte_mlx5_pci_driver *class;
> > + int ret = -EINVAL;
> > +
> > + TAILQ_FOREACH(class, &drv_list, next) {
> > + if (!class->dma_map)
> > + continue;
> > +
> > + return class->dma_map(dev, addr, iova, len);
>
> Is there a specific class that could have priority for the DMA?
>
No.
> > + }
> > + return ret;
> > +}
> > +
> > +static int
> > +mlx5_bus_pci_dma_unmap(struct rte_pci_device *dev, void *addr,
> > + uint64_t iova, size_t len)
> > +{
> > + struct rte_mlx5_pci_driver *class;
> > + int ret = -EINVAL;
> > +
> > + TAILQ_FOREACH_REVERSE(class, &drv_list, mlx5_pci_bus_drv_head,
> next) {
> > + if (!class->dma_unmap)
> > + continue;
> > +
> > + return class->dma_unmap(dev, addr, iova, len);
>
> If you have two classes A -> B having dma_map() + dma_unmap(), you will
> dma_map() with A then dma_unmap() with B, due to the _REVERSE()
> iteration?
>
There isn't plan for two drivers to do so.
If two classes do that its source of an error.
Will enhance the bus when that need arise.
> Why use reversed iteration at all by the way for dinit? If your ops is sound
> any order should be ok.
>
Because deinit must be always reverse of init() code regardless.
> > + }
> > + return ret;
> > +}
next prev parent reply other threads:[~2020-06-18 10:03 UTC|newest]
Thread overview: 193+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-10 17:17 [dpdk-dev] [RFC PATCH 0/6] Improve mlx5 PMD common driver framework for multiple classes Parav Pandit
2020-06-10 17:17 ` [dpdk-dev] [RFC PATCH 1/6] eal: introduce macros for getting value for bit Parav Pandit
2020-06-15 19:33 ` Gaëtan Rivet
2020-06-17 8:05 ` Thomas Monjalon
2020-06-18 9:25 ` Parav Pandit
2020-06-18 12:16 ` Parav Pandit
2020-06-18 12:22 ` Thomas Monjalon
2020-06-18 13:20 ` Parav Pandit
2020-06-21 19:11 ` [dpdk-dev] [PATCH v2 0/6] Improve mlx5 PMD common driver framework for multiple classes Parav Pandit
2020-06-21 19:11 ` [dpdk-dev] [PATCH v2 1/6] eal: introduce macros for getting value for bit Parav Pandit
2020-06-21 19:11 ` [dpdk-dev] [PATCH v2 2/6] common/mlx5: change mlx5 class enum values as bits Parav Pandit
2020-06-21 19:11 ` [dpdk-dev] [PATCH v2 3/6] bus/mlx5_pci: add mlx5 PCI bus Parav Pandit
2020-06-29 14:01 ` Gaëtan Rivet
2020-06-21 19:11 ` [dpdk-dev] [PATCH v2 4/6] bus/mlx5_pci: register a PCI driver Parav Pandit
2020-06-29 15:49 ` Gaëtan Rivet
2020-06-21 19:11 ` [dpdk-dev] [PATCH v2 5/6] bus/mlx5_pci: enable net and vDPA to use mlx5 PCI bus driver Parav Pandit
2020-06-21 19:12 ` [dpdk-dev] [PATCH v2 6/6] common/mlx5: Remove class checks from individual driver Parav Pandit
2020-07-03 9:12 ` [dpdk-dev] [PATCH v3 00/10] Improve mlx5 PMD driver framework for multiple classes Parav Pandit
2020-07-03 9:12 ` [dpdk-dev] [PATCH v3 01/10] eal: introduce macros for getting value for bit Parav Pandit
2020-07-03 9:12 ` [dpdk-dev] [PATCH v3 02/10] eal: introduce RTE common initialization level Parav Pandit
2020-07-03 9:12 ` [dpdk-dev] [PATCH v3 03/10] common/mlx5: fix empty input style in glue wrappers Parav Pandit
2020-07-03 9:12 ` [dpdk-dev] [PATCH v3 04/10] common/mlx5: change mlx5 class enum values as bits Parav Pandit
2020-07-03 9:12 ` [dpdk-dev] [PATCH v3 05/10] common/mlx5: use common rte priority Parav Pandit
2020-07-03 9:12 ` [dpdk-dev] [PATCH v3 06/10] bus/mlx5_pci: add mlx5 PCI bus Parav Pandit
2020-07-03 9:12 ` [dpdk-dev] [PATCH v3 07/10] bus/mlx5_pci: register a PCI driver Parav Pandit
2020-07-03 12:53 ` Parav Pandit
2020-07-03 9:12 ` [dpdk-dev] [PATCH v3 08/10] bus/mlx5_pci: enable net and vDPA to use mlx5 PCI bus driver Parav Pandit
2020-07-03 9:12 ` [dpdk-dev] [PATCH v3 09/10] common/mlx5: remove class checks from individual driver Parav Pandit
2020-07-03 9:12 ` [dpdk-dev] [PATCH v3 10/10] maintainers: add maintainers for mlx5 pci bus Parav Pandit
2020-07-03 13:46 ` [dpdk-dev] [PATCH v4 00/10] Improve mlx5 PMD driver framework for multiple classes Parav Pandit
2020-07-03 13:46 ` [dpdk-dev] [PATCH v4 01/10] eal: introduce macros for getting value for bit Parav Pandit
2020-07-06 10:53 ` [dpdk-dev] [PATCH v4 01/10] eal: introduce macros for getting valuefor bit Morten Brørup
2020-07-07 11:38 ` Parav Pandit
2020-07-07 12:13 ` Thomas Monjalon
2020-07-07 12:40 ` Morten Brørup
2020-07-09 6:23 ` Parav Pandit
2020-07-09 7:15 ` Morten Brørup
2020-07-09 7:30 ` Parav Pandit
2020-07-03 13:46 ` [dpdk-dev] [PATCH v4 02/10] eal: introduce RTE common initialization level Parav Pandit
2020-07-03 13:46 ` [dpdk-dev] [PATCH v4 03/10] common/mlx5: fix empty input style in glue wrappers Parav Pandit
2020-07-03 13:46 ` [dpdk-dev] [PATCH v4 04/10] common/mlx5: change mlx5 class enum values as bits Parav Pandit
2020-07-03 13:46 ` [dpdk-dev] [PATCH v4 05/10] common/mlx5: use common rte priority Parav Pandit
2020-07-03 13:46 ` [dpdk-dev] [PATCH v4 06/10] bus/mlx5_pci: add mlx5 PCI bus Parav Pandit
2020-07-03 13:46 ` [dpdk-dev] [PATCH v4 07/10] bus/mlx5_pci: register a PCI driver Parav Pandit
2020-07-03 13:46 ` [dpdk-dev] [PATCH v4 08/10] bus/mlx5_pci: enable net and vDPA to use mlx5 PCI bus driver Parav Pandit
2020-07-03 13:46 ` [dpdk-dev] [PATCH v4 09/10] common/mlx5: remove class checks from individual driver Parav Pandit
2020-07-03 13:46 ` [dpdk-dev] [PATCH v4 10/10] maintainers: add maintainers for mlx5 pci bus Parav Pandit
2020-07-09 7:34 ` [dpdk-dev] [PATCH v5 0/9] Improve mlx5 PMD driver framework for multiple classes Parav Pandit
2020-07-09 7:34 ` [dpdk-dev] [PATCH v5 1/9] eal: introduce macros for getting value for bit Parav Pandit
2020-07-09 7:34 ` [dpdk-dev] [PATCH v5 2/9] eal: introduce RTE common initialization level Parav Pandit
2020-07-09 7:34 ` [dpdk-dev] [PATCH v5 3/9] common/mlx5: fix empty input style in glue wrappers Parav Pandit
2020-07-09 7:34 ` [dpdk-dev] [PATCH v5 4/9] common/mlx5: change mlx5 class enum values as bits Parav Pandit
2020-07-09 7:34 ` [dpdk-dev] [PATCH v5 5/9] common/mlx5: use common rte priority Parav Pandit
2020-07-09 7:34 ` [dpdk-dev] [PATCH v5 6/9] bus/mlx5_pci: add mlx5 PCI bus Parav Pandit
2020-07-09 7:34 ` [dpdk-dev] [PATCH v5 7/9] bus/mlx5_pci: register a PCI driver Parav Pandit
2020-07-09 7:34 ` [dpdk-dev] [PATCH v5 8/9] bus/mlx5_pci: enable net and vDPA to use mlx5 PCI bus driver Parav Pandit
2020-07-09 7:34 ` [dpdk-dev] [PATCH v5 9/9] common/mlx5: remove class checks from individual driver Parav Pandit
2020-07-16 7:29 ` [dpdk-dev] [PATCH v6 0/9] Improve mlx5 PMD driver framework for multiple classes Parav Pandit
2020-07-16 7:29 ` [dpdk-dev] [PATCH v6 1/9] eal: introduce macros for getting value for bit Parav Pandit
2020-07-16 7:29 ` [dpdk-dev] [PATCH v6 2/9] eal: introduce RTE common initialization level Parav Pandit
2020-07-16 7:29 ` [dpdk-dev] [PATCH v6 3/9] common/mlx5: fix empty input style in glue wrappers Parav Pandit
2020-07-16 7:29 ` [dpdk-dev] [PATCH v6 4/9] common/mlx5: change mlx5 class enum values as bits Parav Pandit
2020-07-16 7:29 ` [dpdk-dev] [PATCH v6 5/9] common/mlx5: use common rte priority Parav Pandit
2020-07-16 7:29 ` [dpdk-dev] [PATCH v6 6/9] bus/mlx5_pci: add mlx5 PCI bus Parav Pandit
2020-07-16 7:29 ` [dpdk-dev] [PATCH v6 7/9] bus/mlx5_pci: register a PCI driver Parav Pandit
2020-07-16 7:29 ` [dpdk-dev] [PATCH v6 8/9] bus/mlx5_pci: enable net and vDPA to use mlx5 PCI bus driver Parav Pandit
2020-07-16 7:29 ` [dpdk-dev] [PATCH v6 9/9] common/mlx5: remove class checks from individual driver Parav Pandit
2020-07-17 13:49 ` [dpdk-dev] [PATCH v7 0/9] Improve mlx5 PMD driver framework for multiple classes Parav Pandit
2020-07-17 13:49 ` [dpdk-dev] [PATCH v7 1/9] eal: introduce macros for getting value for bit Parav Pandit
2020-07-17 13:49 ` [dpdk-dev] [PATCH v7 2/9] eal: introduce RTE common initialization level Parav Pandit
2020-07-20 16:21 ` Ferruh Yigit
2020-07-20 16:48 ` Thomas Monjalon
2020-07-20 16:58 ` Ferruh Yigit
2020-07-20 17:26 ` Ori Kam
2020-07-20 18:28 ` Ferruh Yigit
2020-07-20 19:19 ` Ori Kam
2020-07-20 19:08 ` David Marchand
2020-07-20 19:30 ` Ori Kam
2020-07-21 9:34 ` David Marchand
2020-07-21 11:18 ` Parav Pandit
2020-07-21 11:29 ` David Marchand
2020-07-21 12:10 ` Thomas Monjalon
2020-07-21 12:13 ` Parav Pandit
2020-07-21 12:26 ` Thomas Monjalon
2020-07-21 12:51 ` Parav Pandit
2020-07-21 13:07 ` Thomas Monjalon
2020-07-17 13:49 ` [dpdk-dev] [PATCH v7 3/9] common/mlx5: fix empty input style in glue wrappers Parav Pandit
2020-07-17 13:49 ` [dpdk-dev] [PATCH v7 4/9] common/mlx5: change mlx5 class enum values as bits Parav Pandit
2020-07-17 13:49 ` [dpdk-dev] [PATCH v7 5/9] common/mlx5: use common rte priority Parav Pandit
2020-07-17 13:49 ` [dpdk-dev] [PATCH v7 6/9] bus/mlx5_pci: add mlx5 PCI bus Parav Pandit
2020-07-17 13:49 ` [dpdk-dev] [PATCH v7 7/9] bus/mlx5_pci: register a PCI driver Parav Pandit
2020-07-17 13:49 ` [dpdk-dev] [PATCH v7 8/9] bus/mlx5_pci: enable net and vDPA to use mlx5 PCI bus driver Parav Pandit
2020-07-17 13:49 ` [dpdk-dev] [PATCH v7 9/9] common/mlx5: remove class checks from individual driver Parav Pandit
2020-07-19 7:28 ` [dpdk-dev] [PATCH v7 0/9] Improve mlx5 PMD driver framework for multiple classes Raslan Darawsheh
2020-07-23 20:09 ` [dpdk-dev] [PATCH v8 00/10] " Parav Pandit
2020-07-23 20:09 ` [dpdk-dev] [PATCH v8 01/10] eal: introduce macro for bit definition Parav Pandit
2020-07-23 20:09 ` [dpdk-dev] [PATCH v8 02/10] drivers: fix indent of directory list Parav Pandit
2020-07-24 10:44 ` Bruce Richardson
2020-07-24 13:27 ` David Marchand
2020-07-23 20:09 ` [dpdk-dev] [PATCH v8 03/10] drivers: relax dependency order Parav Pandit
2020-07-24 11:07 ` Bruce Richardson
2020-07-24 13:48 ` Parav Pandit
2020-07-24 13:54 ` Thomas Monjalon
2020-07-24 14:50 ` Bruce Richardson
2020-07-24 15:17 ` Parav Pandit
2020-07-24 15:29 ` Bruce Richardson
2020-07-24 13:41 ` David Marchand
2020-07-23 20:09 ` [dpdk-dev] [PATCH v8 04/10] common/mlx5: fix void parameters in glue wrappers Parav Pandit
2020-07-23 20:09 ` [dpdk-dev] [PATCH v8 05/10] regex/mlx5: fix segmentation fault during error unwinding Parav Pandit
2020-07-23 20:09 ` [dpdk-dev] [PATCH v8 06/10] common/mlx5: avoid using class constructor priority Parav Pandit
2020-07-24 13:45 ` David Marchand
2020-07-24 13:47 ` Parav Pandit
2020-07-23 20:09 ` [dpdk-dev] [PATCH v8 07/10] common/mlx5: change class values as bits Parav Pandit
2020-07-23 20:09 ` [dpdk-dev] [PATCH v8 08/10] common/mlx5: introduce layer to support multiple class drivers Parav Pandit
2020-07-24 14:40 ` David Marchand
2020-07-23 20:09 ` [dpdk-dev] [PATCH v8 09/10] common/mlx5: register class drivers through common layer Parav Pandit
2020-07-23 20:09 ` [dpdk-dev] [PATCH v8 10/10] common/mlx5: remove class check from class drivers Parav Pandit
2020-07-24 14:23 ` [dpdk-dev] [PATCH v9 00/10] Improve mlx5 PMD driver framework for multiple classes Parav Pandit
2020-07-24 14:23 ` [dpdk-dev] [PATCH v9 01/10] eal: introduce macro for bit definition Parav Pandit
2020-07-24 14:23 ` [dpdk-dev] [PATCH v9 02/10] drivers: fix indent of directory list Parav Pandit
2020-07-24 14:23 ` [dpdk-dev] [PATCH v9 03/10] drivers: relax dependency order Parav Pandit
2020-07-24 14:23 ` [dpdk-dev] [PATCH v9 04/10] common/mlx5: fix void parameters in glue wrappers Parav Pandit
2020-07-24 14:23 ` [dpdk-dev] [PATCH v9 05/10] regex/mlx5: fix segmentation fault during error unwinding Parav Pandit
2020-07-24 14:23 ` [dpdk-dev] [PATCH v9 06/10] common/mlx5: avoid using class constructor priority Parav Pandit
2020-07-24 14:24 ` [dpdk-dev] [PATCH v9 07/10] common/mlx5: change class values as bits Parav Pandit
2020-07-24 14:24 ` [dpdk-dev] [PATCH v9 08/10] common/mlx5: introduce layer to support multiple class drivers Parav Pandit
2020-07-24 14:24 ` [dpdk-dev] [PATCH v9 09/10] common/mlx5: register class drivers through common layer Parav Pandit
2020-07-24 14:24 ` [dpdk-dev] [PATCH v9 10/10] common/mlx5: remove class check from class drivers Parav Pandit
2020-07-24 14:37 ` [dpdk-dev] [PATCH v9 00/10] Improve mlx5 PMD driver framework for multiple classes Parav Pandit
2020-07-24 14:38 ` [dpdk-dev] [PATCH v10 " Parav Pandit
2020-07-24 14:38 ` [dpdk-dev] [PATCH v10 01/10] eal: introduce macro for bit definition Parav Pandit
2020-07-24 18:31 ` Honnappa Nagarahalli
2020-07-27 8:21 ` Morten Brørup
2020-07-27 17:01 ` Parav Pandit
2020-07-28 2:18 ` Honnappa Nagarahalli
2020-07-28 8:24 ` Morten Brørup
2020-07-28 9:29 ` Gaëtan Rivet
2020-07-28 11:11 ` Morten Brørup
2020-07-28 15:39 ` Honnappa Nagarahalli
2020-07-28 15:59 ` Thomas Monjalon
2020-07-24 14:38 ` [dpdk-dev] [PATCH v10 02/10] drivers: fix indent of directory list Parav Pandit
2020-07-24 14:38 ` [dpdk-dev] [PATCH v10 03/10] drivers: relax dependency order Parav Pandit
2020-07-24 14:39 ` [dpdk-dev] [PATCH v10 04/10] common/mlx5: fix void parameters in glue wrappers Parav Pandit
2020-07-24 14:39 ` [dpdk-dev] [PATCH v10 05/10] regex/mlx5: fix segmentation fault during error unwinding Parav Pandit
2020-07-24 14:39 ` [dpdk-dev] [PATCH v10 06/10] common/mlx5: avoid using class constructor priority Parav Pandit
2020-07-24 14:39 ` [dpdk-dev] [PATCH v10 07/10] common/mlx5: change class values as bits Parav Pandit
2020-07-24 14:39 ` [dpdk-dev] [PATCH v10 08/10] common/mlx5: introduce layer to support multiple class drivers Parav Pandit
2020-07-24 14:39 ` [dpdk-dev] [PATCH v10 09/10] common/mlx5: register class drivers through common layer Parav Pandit
2020-07-24 14:39 ` [dpdk-dev] [PATCH v10 10/10] common/mlx5: remove class check from class drivers Parav Pandit
2020-07-26 14:55 ` [dpdk-dev] [PATCH v11 00/10] Improve mlx5 PMD driver framework for multiple classes Parav Pandit
2020-07-26 14:55 ` [dpdk-dev] [PATCH v11 01/10] eal: introduce macro for bit definition Parav Pandit
2020-07-26 14:55 ` [dpdk-dev] [PATCH v11 02/10] drivers: fix indent of directory list Parav Pandit
2020-07-26 14:55 ` [dpdk-dev] [PATCH v11 03/10] drivers: relax dependency order Parav Pandit
2020-07-26 14:55 ` [dpdk-dev] [PATCH v11 04/10] common/mlx5: fix void parameters in glue wrappers Parav Pandit
2020-07-26 14:55 ` [dpdk-dev] [PATCH v11 05/10] regex/mlx5: fix segmentation fault during error unwinding Parav Pandit
2020-07-26 14:55 ` [dpdk-dev] [PATCH v11 06/10] common/mlx5: avoid using class constructor priority Parav Pandit
2020-07-26 14:55 ` [dpdk-dev] [PATCH v11 07/10] common/mlx5: change class values as bits Parav Pandit
2020-07-26 14:55 ` [dpdk-dev] [PATCH v11 08/10] common/mlx5: introduce layer to support multiple class drivers Parav Pandit
2020-07-26 14:55 ` [dpdk-dev] [PATCH v11 09/10] common/mlx5: register class drivers through common layer Parav Pandit
2020-07-26 14:55 ` [dpdk-dev] [PATCH v11 10/10] common/mlx5: remove class check from class drivers Parav Pandit
2020-07-27 17:47 ` [dpdk-dev] [PATCH v12 00/10] Improve mlx5 PMD driver framework for multiple classes Parav Pandit
2020-07-27 17:47 ` [dpdk-dev] [PATCH v12 01/10] eal: introduce macro for bit definition Parav Pandit
2020-07-27 17:47 ` [dpdk-dev] [PATCH v12 02/10] drivers: fix indent of directory list Parav Pandit
2020-07-27 17:47 ` [dpdk-dev] [PATCH v12 03/10] drivers: relax dependency order Parav Pandit
2020-07-27 17:47 ` [dpdk-dev] [PATCH v12 04/10] common/mlx5: fix void parameters in glue wrappers Parav Pandit
2020-07-27 17:47 ` [dpdk-dev] [PATCH v12 05/10] regex/mlx5: fix segmentation fault during error unwinding Parav Pandit
2020-07-27 17:47 ` [dpdk-dev] [PATCH v12 06/10] common/mlx5: avoid using class constructor priority Parav Pandit
2020-07-27 17:47 ` [dpdk-dev] [PATCH v12 07/10] common/mlx5: change class values as bits Parav Pandit
2020-07-27 17:47 ` [dpdk-dev] [PATCH v12 08/10] common/mlx5: introduce layer to support multiple class drivers Parav Pandit
2020-07-27 17:47 ` [dpdk-dev] [PATCH v12 09/10] common/mlx5: register class drivers through common layer Parav Pandit
2020-07-27 17:47 ` [dpdk-dev] [PATCH v12 10/10] common/mlx5: remove class check from class drivers Parav Pandit
2020-07-28 17:10 ` [dpdk-dev] [PATCH v12 00/10] Improve mlx5 PMD driver framework for multiple classes Thomas Monjalon
2020-06-10 17:17 ` [dpdk-dev] [RFC PATCH 2/6] common/mlx5: use class enable check helper function Parav Pandit
2020-06-15 19:48 ` Gaëtan Rivet
2020-06-10 17:17 ` [dpdk-dev] [RFC PATCH 3/6] common/mlx5: change mlx5 class enum values as bits Parav Pandit
2020-06-15 19:55 ` Gaëtan Rivet
2020-06-18 9:29 ` Parav Pandit
2020-06-10 17:17 ` [dpdk-dev] [RFC PATCH 4/6] bus/mlx5_pci: add mlx5 PCI bus Parav Pandit
2020-06-15 21:00 ` Gaëtan Rivet
2020-06-17 8:13 ` Thomas Monjalon
2020-06-18 9:41 ` Parav Pandit
2020-06-18 9:41 ` Parav Pandit
2020-06-10 17:17 ` [dpdk-dev] [RFC PATCH 5/6] bus/mlx5_pci: register a PCI driver Parav Pandit
2020-06-15 21:46 ` Gaëtan Rivet
2020-06-17 8:18 ` Thomas Monjalon
2020-06-18 9:47 ` Parav Pandit
2020-06-18 10:03 ` Parav Pandit [this message]
2020-06-18 14:35 ` Gaëtan Rivet
2020-06-18 15:52 ` Parav Pandit
2020-06-10 17:17 ` [dpdk-dev] [RFC PATCH 6/6] bus/mlx5_pci: enable net and vDPA to use mlx5 PCI bus driver Parav Pandit
2020-06-15 21:56 ` Gaëtan Rivet
2020-06-18 10:06 ` Parav Pandit
2020-06-18 15:13 ` Gaëtan Rivet
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=AM0PR05MB48661BC6BA1EA87AE273B79BD19B0@AM0PR05MB4866.eurprd05.prod.outlook.com \
--to=parav@mellanox.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@intel.com \
--cc=grive@u256.net \
--cc=matan@mellanox.com \
--cc=orika@mellanox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).