From: Chaoyong He <chaoyong.he@corigine.com>
To: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
Cc: Niklas Soderlund <niklas.soderlund@corigine.com>,
"dev@dpdk.org" <dev@dpdk.org>
Subject: RE: [PATCH v5 07/12] net/nfp: add flower ctrl VNIC related logics
Date: Mon, 8 Aug 2022 11:32:30 +0000 [thread overview]
Message-ID: <SJ0PR13MB55455399D6FB26CFAD705F509E639@SJ0PR13MB5545.namprd13.prod.outlook.com> (raw)
In-Reply-To: <b698917b-7549-816f-b327-bc1076e2f81b@oktetlabs.ru>
> On 8/5/22 09:32, Chaoyong He wrote:
> > This commit adds the setup/start logic for the ctrl vNIC. This vNIC
>
> "This commit adds" -> "Add"
>
> > is used by the PMD and flower firmware as a communication channel
> > between driver and firmware. In the case of OVS it is also used to
> > communicate flow statistics from hardware to the driver.
> >
> > A rte_eth device is not exposed to DPDK for this vNIC as it is
> > strictly used internally by flower logic. Rx and Tx logic will be
> > added later for this vNIC.
> >
> > Signed-off-by: Chaoyong He <chaoyong.he@corigine.com>
> > Reviewed-by: Niklas Söderlund <niklas.soderlund@corigine.com>
> > ---
> > drivers/net/nfp/flower/nfp_flower.c | 385
> +++++++++++++++++++++++++++++++++++-
> > drivers/net/nfp/flower/nfp_flower.h | 6 +
> > 2 files changed, 388 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/net/nfp/flower/nfp_flower.c
> > b/drivers/net/nfp/flower/nfp_flower.c
> > index 2498020..51df504 100644
> > --- a/drivers/net/nfp/flower/nfp_flower.c
> > +++ b/drivers/net/nfp/flower/nfp_flower.c
> > @@ -26,6 +26,10 @@
> > #define MEMPOOL_CACHE_SIZE 512
> > #define DEFAULT_FLBUF_SIZE 9216
> >
> > +#define CTRL_VNIC_NB_DESC 64
> > +#define CTRL_VNIC_RX_FREE_THRESH 32
> > +#define CTRL_VNIC_TX_FREE_THRESH 32
> > +
> > /*
> > * Simple dev ops functions for the flower PF. Because a rte_device is
> exposed
> > * to DPDK the flower logic also makes use of helper functions like
> > @@ -543,6 +547,302 @@
> > return ret;
> > }
> >
> > +static void
> > +nfp_flower_cleanup_ctrl_vnic(struct nfp_net_hw *hw) {
> > + uint32_t i;
> > + struct nfp_net_rxq *rxq;
> > + struct nfp_net_txq *txq;
> > + struct rte_eth_dev *eth_dev;
> > +
> > + eth_dev = hw->eth_dev;
> > +
> > + for (i = 0; i < hw->max_tx_queues; i++) {
> > + txq = eth_dev->data->tx_queues[i];
> > + if (txq) {
>
> Compare vs NULL as you do in other cases and as DPDK coding style
> recommends.
>
> > + rte_free(txq->txbufs);
> > + rte_eth_dma_zone_free(eth_dev, "ctrl_tx_ring", i);
> > + rte_free(txq);
> > + }
> > + }
> > +
> > + for (i = 0; i < hw->max_rx_queues; i++) {
> > + rxq = eth_dev->data->rx_queues[i];
> > + if (rxq) {
>
> Compare vs NULL
>
> > + rte_free(rxq->rxbufs);
> > + rte_eth_dma_zone_free(eth_dev, "ctrl_rx_ring", i);
> > + rte_free(rxq);
> > + }
> > + }
> > +
> > + rte_free(eth_dev->data->tx_queues);
> > + rte_free(eth_dev->data->rx_queues);
> > + rte_free(eth_dev->data);
> > + rte_free(eth_dev);
> > +}
> > +
> > +static int
> > +nfp_flower_init_ctrl_vnic(struct nfp_net_hw *hw) {
> > + uint32_t i;
> > + int ret = 0;
> > + uint16_t nb_desc;
> > + unsigned int numa_node;
> > + struct rte_mempool *mp;
> > + uint16_t rx_free_thresh;
> > + uint16_t tx_free_thresh;
> > + struct nfp_net_rxq *rxq;
> > + struct nfp_net_txq *txq;
> > + struct nfp_pf_dev *pf_dev;
> > + struct rte_eth_dev *eth_dev;
> > + const struct rte_memzone *tz;
> > + struct nfp_app_flower *app_flower;
> > +
> > + /* Hardcoded values for now */
> > + nb_desc = CTRL_VNIC_NB_DESC;
> > + rx_free_thresh = CTRL_VNIC_RX_FREE_THRESH;
>
> What's the point to introduce the variable and use it only once below?
>
> > + tx_free_thresh = CTRL_VNIC_TX_FREE_THRESH;
>
> Same here.
>
> > + numa_node = rte_socket_id();
> > +
> > + /* Set up some pointers here for ease of use */
> > + pf_dev = hw->pf_dev;
> > + app_flower = NFP_APP_PRIV_TO_APP_FLOWER(pf_dev->app_priv);
> > +
> > + ret = nfp_flower_init_vnic_common(hw, "ctrl_vnic");
> > + if (ret)
>
> Compare vs 0
>
> > + goto done;
> > +
> > + /* Allocate memory for the eth_dev of the vNIC */
> > + hw->eth_dev = rte_zmalloc("ctrl_vnic_eth_dev",
>
> Why not rte_eth_dev_allocate()? Isn't an ethdev?
> Why do you bypsss ethdev layer in this case completely and do everything
> yourself?
Here we created an ethdev locally to nfp PMD, we want the user totally won't be aware of it.
If we use rte_eth_dev_allocate() to create it, it will be in array 'rte_ethdev_devices[]', that's not we want.
>
> > + sizeof(struct rte_eth_dev), RTE_CACHE_LINE_SIZE);
> > + if (hw->eth_dev == NULL) {
> > + ret = -ENOMEM;
> > + goto done;
> > + }
> > +
> > + /* Grab the pointer to the newly created rte_eth_dev here */
> > + eth_dev = hw->eth_dev;
> > +
> > + /* Also allocate memory for the data part of the eth_dev */
> > + eth_dev->data = rte_zmalloc("ctrl_vnic_eth_dev_data",
> > + sizeof(struct rte_eth_dev_data), RTE_CACHE_LINE_SIZE);
> > + if (eth_dev->data == NULL) {
> > + ret = -ENOMEM;
> > + goto eth_dev_cleanup;
> > + }
> > +
> > + eth_dev->data->rx_queues = rte_zmalloc("ethdev->rx_queues",
> > + sizeof(eth_dev->data->rx_queues[0]) * hw-
> >max_rx_queues,
> > + RTE_CACHE_LINE_SIZE);
> > + if (eth_dev->data->rx_queues == NULL) {
> > + PMD_INIT_LOG(ERR, "rte_zmalloc failed for ctrl vnic rx
> queues");
> > + ret = -ENOMEM;
> > + goto dev_data_cleanup;
> > + }
> > +
> > + eth_dev->data->tx_queues = rte_zmalloc("ethdev->tx_queues",
> > + sizeof(eth_dev->data->tx_queues[0]) * hw-
> >max_tx_queues,
> > + RTE_CACHE_LINE_SIZE);
> > + if (eth_dev->data->tx_queues == NULL) {
> > + PMD_INIT_LOG(ERR, "rte_zmalloc failed for ctrl vnic tx
> queues");
> > + ret = -ENOMEM;
> > + goto rx_queue_cleanup;
> > + }
> > +
> > + eth_dev->device = &pf_dev->pci_dev->device;
> > + eth_dev->data->nb_tx_queues = hw->max_tx_queues;
> > + eth_dev->data->nb_rx_queues = hw->max_rx_queues;
> > + eth_dev->data->dev_private = hw;
> > +
> > + /* Create a mbuf pool for the vNIC */
> > + app_flower->ctrl_pktmbuf_pool =
> rte_pktmbuf_pool_create("ctrl_mbuf_pool",
> > + 4 * nb_desc, 64, 0, 9216, numa_node);
> > + if (app_flower->ctrl_pktmbuf_pool == NULL) {
> > + PMD_INIT_LOG(ERR, "create mbuf pool for ctrl vnic failed");
> > + ret = -ENOMEM;
> > + goto tx_queue_cleanup;
> > + }
> > +
> > + mp = app_flower->ctrl_pktmbuf_pool;
> > +
> > + /* Set up the Rx queues */
> > + PMD_INIT_LOG(INFO, "Configuring flower ctrl vNIC Rx queue");
> > + for (i = 0; i < hw->max_rx_queues; i++) {
> > + /* Hardcoded number of desc to 64 */
> > + rxq = rte_zmalloc_socket("ethdev RX queue",
> > + sizeof(struct nfp_net_rxq), RTE_CACHE_LINE_SIZE,
> > + numa_node);
> > + if (rxq == NULL) {
> > + PMD_DRV_LOG(ERR, "Error allocating rxq");
> > + ret = -ENOMEM;
> > + goto rx_queue_setup_cleanup;
> > + }
> > +
> > + eth_dev->data->rx_queues[i] = rxq;
> > +
> > + /* Hw queues mapping based on firmware configuration */
> > + rxq->qidx = i;
> > + rxq->fl_qcidx = i * hw->stride_rx;
> > + rxq->rx_qcidx = rxq->fl_qcidx + (hw->stride_rx - 1);
> > + rxq->qcp_fl = hw->rx_bar + NFP_QCP_QUEUE_OFF(rxq-
> >fl_qcidx);
> > + rxq->qcp_rx = hw->rx_bar + NFP_QCP_QUEUE_OFF(rxq-
> >rx_qcidx);
> > +
> > + /*
> > + * Tracking mbuf size for detecting a potential mbuf overflow
> due to
> > + * RX offset
> > + */
> > + rxq->mem_pool = mp;
> > + rxq->mbuf_size = rxq->mem_pool->elt_size;
> > + rxq->mbuf_size -= (sizeof(struct rte_mbuf) +
> RTE_PKTMBUF_HEADROOM);
> > + hw->flbufsz = rxq->mbuf_size;
> > +
> > + rxq->rx_count = nb_desc;
> > + rxq->rx_free_thresh = rx_free_thresh;
> > + rxq->drop_en = 1;
> > +
> > + /*
> > + * Allocate RX ring hardware descriptors. A memzone large
> enough to
> > + * handle the maximum ring size is allocated in order to allow
> for
> > + * resizing in later calls to the queue setup function.
> > + */
> > + tz = rte_eth_dma_zone_reserve(eth_dev, "ctrl_rx_ring", i,
> > + sizeof(struct nfp_net_rx_desc) *
> NFP_NET_MAX_RX_DESC,
> > + NFP_MEMZONE_ALIGN, numa_node);
> > + if (tz == NULL) {
> > + PMD_DRV_LOG(ERR, "Error allocating rx dma");
> > + rte_free(rxq);
> > + ret = -ENOMEM;
> > + goto rx_queue_setup_cleanup;
> > + }
> > +
> > + /* Saving physical and virtual addresses for the RX ring */
> > + rxq->dma = (uint64_t)tz->iova;
> > + rxq->rxds = (struct nfp_net_rx_desc *)tz->addr;
> > +
> > + /* mbuf pointers array for referencing mbufs linked to RX
> descriptors */
> > + rxq->rxbufs = rte_zmalloc_socket("rxq->rxbufs",
> > + sizeof(*rxq->rxbufs) * nb_desc,
> RTE_CACHE_LINE_SIZE,
> > + numa_node);
> > + if (rxq->rxbufs == NULL) {
> > + rte_eth_dma_zone_free(eth_dev, "ctrl_rx_ring", i);
> > + rte_free(rxq);
> > + ret = -ENOMEM;
> > + goto rx_queue_setup_cleanup;
> > + }
> > +
> > + nfp_net_reset_rx_queue(rxq);
> > +
> > + rxq->hw = hw;
> > +
> > + /*
> > + * Telling the HW about the physical address of the RX ring
> and number
> > + * of descriptors in log2 format
> > + */
> > + nn_cfg_writeq(hw, NFP_NET_CFG_RXR_ADDR(i), rxq->dma);
> > + nn_cfg_writeb(hw, NFP_NET_CFG_RXR_SZ(i),
> rte_log2_u32(nb_desc));
> > + }
> > +
> > + /* Now the Tx queues */
> > + PMD_INIT_LOG(INFO, "Configuring flower ctrl vNIC Tx queue");
> > + for (i = 0; i < hw->max_tx_queues; i++) {
> > + /* Hardcoded number of desc to 64 */
> > + /* Allocating tx queue data structure */
> > + txq = rte_zmalloc_socket("ethdev TX queue",
> > + sizeof(struct nfp_net_txq), RTE_CACHE_LINE_SIZE,
> > + numa_node);
> > + if (txq == NULL) {
> > + PMD_DRV_LOG(ERR, "Error allocating txq");
> > + ret = -ENOMEM;
> > + goto tx_queue_setup_cleanup;
> > + }
> > +
> > + eth_dev->data->tx_queues[i] = txq;
> > +
> > + /*
> > + * Allocate TX ring hardware descriptors. A memzone large
> enough to
> > + * handle the maximum ring size is allocated in order to allow
> for
> > + * resizing in later calls to the queue setup function.
> > + */
> > + tz = rte_eth_dma_zone_reserve(eth_dev, "ctrl_tx_ring", i,
> > + sizeof(struct nfp_net_nfd3_tx_desc) *
> NFP_NET_MAX_TX_DESC,
> > + NFP_MEMZONE_ALIGN, numa_node);
> > + if (tz == NULL) {
> > + PMD_DRV_LOG(ERR, "Error allocating tx dma");
> > + rte_free(txq);
> > + ret = -ENOMEM;
> > + goto tx_queue_setup_cleanup;
> > + }
> > +
> > + txq->tx_count = nb_desc;
> > + txq->tx_free_thresh = tx_free_thresh;
> > + txq->tx_pthresh = DEFAULT_TX_PTHRESH;
> > + txq->tx_hthresh = DEFAULT_TX_HTHRESH;
> > + txq->tx_wthresh = DEFAULT_TX_WTHRESH;
> > +
> > + /* queue mapping based on firmware configuration */
> > + txq->qidx = i;
> > + txq->tx_qcidx = i * hw->stride_tx;
> > + txq->qcp_q = hw->tx_bar + NFP_QCP_QUEUE_OFF(txq-
> >tx_qcidx);
> > +
> > + /* Saving physical and virtual addresses for the TX ring */
> > + txq->dma = (uint64_t)tz->iova;
> > + txq->txds = (struct nfp_net_nfd3_tx_desc *)tz->addr;
> > +
> > + /* mbuf pointers array for referencing mbufs linked to TX
> descriptors */
> > + txq->txbufs = rte_zmalloc_socket("txq->txbufs",
> > + sizeof(*txq->txbufs) * nb_desc,
> RTE_CACHE_LINE_SIZE,
> > + numa_node);
> > + if (txq->txbufs == NULL) {
> > + rte_eth_dma_zone_free(eth_dev, "ctrl_tx_ring", i);
> > + rte_free(txq);
> > + ret = -ENOMEM;
> > + goto tx_queue_setup_cleanup;
> > + }
> > +
> > + nfp_net_reset_tx_queue(txq);
> > +
> > + txq->hw = hw;
> > +
> > + /*
> > + * Telling the HW about the physical address of the TX ring
> and number
> > + * of descriptors in log2 format
> > + */
> > + nn_cfg_writeq(hw, NFP_NET_CFG_TXR_ADDR(i), txq->dma);
> > + nn_cfg_writeb(hw, NFP_NET_CFG_TXR_SZ(i),
> rte_log2_u32(nb_desc));
> > + }
> > +
> > + return 0;
> > +
> > +tx_queue_setup_cleanup:
> > + for (i = 0; i < hw->max_tx_queues; i++) {
> > + txq = eth_dev->data->tx_queues[i];
> > + if (txq) {
>
> Compare vs NULL
>
> > + rte_free(txq->txbufs);
> > + rte_eth_dma_zone_free(eth_dev, "ctrl_tx_ring", i);
> > + rte_free(txq);
> > + }
> > + }
> > +rx_queue_setup_cleanup:
> > + for (i = 0; i < hw->max_rx_queues; i++) {
> > + rxq = eth_dev->data->rx_queues[i];
> > + if (rxq) {
>
> Compare vs NULL
>
> > + rte_free(rxq->rxbufs);
> > + rte_eth_dma_zone_free(eth_dev, "ctrl_rx_ring", i);
> > + rte_free(rxq);
> > + }
> > + }
> > +tx_queue_cleanup:
> > + rte_free(eth_dev->data->tx_queues);
> > +rx_queue_cleanup:
> > + rte_free(eth_dev->data->rx_queues);
> > +dev_data_cleanup:
> > + rte_free(eth_dev->data);
> > +eth_dev_cleanup:
> > + rte_free(eth_dev);
> > +done:
> > + return ret;
> > +}
> > +
> > static int
> > nfp_flower_start_pf_vnic(struct nfp_net_hw *hw)
> > {
> > @@ -561,12 +861,57 @@
> > return 0;
> > }
> >
> > +static int
> > +nfp_flower_start_ctrl_vnic(struct nfp_net_hw *hw) {
> > + int ret;
> > + uint32_t update;
> > + uint32_t new_ctrl;
> > + struct rte_eth_dev *dev;
> > +
> > + dev = hw->eth_dev;
> > +
> > + /* Disabling queues just in case... */
> > + nfp_net_disable_queues(dev);
> > +
> > + /* Enabling the required queues in the device */
> > + nfp_net_enable_queues(dev);
> > +
> > + /* Writing configuration parameters in the device */
> > + nfp_net_params_setup(hw);
> > +
> > + new_ctrl = NFP_NET_CFG_CTRL_ENABLE;
> > + update = NFP_NET_CFG_UPDATE_GEN |
> NFP_NET_CFG_UPDATE_RING |
> > + NFP_NET_CFG_UPDATE_MSIX;
> > +
> > + rte_wmb();
> > +
> > + /* If an error when reconfig we avoid to change hw state */
> > + ret = nfp_net_reconfig(hw, new_ctrl, update);
> > + if (ret) {
>
> Compare vs 0
>
> > + PMD_INIT_LOG(ERR, "Failed to reconfig ctrl vnic");
> > + return -EIO;
> > + }
> > +
> > + hw->ctrl = new_ctrl;
> > +
> > + /* Setup the freelist ring */
> > + ret = nfp_net_rx_freelist_setup(dev);
> > + if (ret) {
>
> Compare vs 0
>
> > + PMD_INIT_LOG(ERR, "Error with flower ctrl vNIC freelist
> setup");
> > + return -EIO;
> > + }
> > +
> > + return 0;
> > +}
> > +
> > int
> > nfp_init_app_flower(struct nfp_pf_dev *pf_dev)
> > {
> > int ret;
> > unsigned int numa_node;
> > struct nfp_net_hw *pf_hw;
> > + struct nfp_net_hw *ctrl_hw;
> > struct nfp_app_flower *app_flower;
> >
> > numa_node = rte_socket_id();
> > @@ -612,29 +957,63 @@
> > pf_hw->pf_dev = pf_dev;
> > pf_hw->cpp = pf_dev->cpp;
> >
> > + /* The ctrl vNIC struct comes directly after the PF one */
> > + app_flower->ctrl_hw = pf_hw + 1;
> > + ctrl_hw = app_flower->ctrl_hw;
> > +
> > + /* Map the ctrl vNIC ctrl bar */
> > + ctrl_hw->ctrl_bar = nfp_rtsym_map(pf_dev->sym_tbl,
> "_pf0_net_ctrl_bar",
> > + 32768, &ctrl_hw->ctrl_area);
> > + if (ctrl_hw->ctrl_bar == NULL) {
> > + PMD_INIT_LOG(ERR, "Cloud not map the ctrl vNIC ctrl bar");
> > + ret = -ENODEV;
> > + goto pf_cpp_area_cleanup;
> > + }
> > +
> > + /* Now populate the ctrl vNIC */
> > + ctrl_hw->pf_dev = pf_dev;
> > + ctrl_hw->cpp = pf_dev->cpp;
> > +
> > ret = nfp_flower_init_pf_vnic(app_flower->pf_hw);
> > if (ret) {
> > PMD_INIT_LOG(ERR, "Could not initialize flower PF vNIC");
> > - goto pf_cpp_area_cleanup;
> > + goto ctrl_cpp_area_cleanup;
> > + }
> > +
> > + ret = nfp_flower_init_ctrl_vnic(app_flower->ctrl_hw);
> > + if (ret) {
>
> Compare vs 0
>
> > + PMD_INIT_LOG(ERR, "Could not initialize flower ctrl vNIC");
> > + goto pf_vnic_cleanup;
> > }
> >
> > /* Start the PF vNIC */
> > ret = nfp_flower_start_pf_vnic(app_flower->pf_hw);
> > if (ret) {
> > PMD_INIT_LOG(ERR, "Could not start flower PF vNIC");
> > - goto pf_vnic_cleanup;
> > + goto ctrl_vnic_cleanup;
> > + }
> > +
> > + /* Start the ctrl vNIC */
> > + ret = nfp_flower_start_ctrl_vnic(app_flower->ctrl_hw);
> > + if (ret) {
>
> Compare vs 0
>
> > + PMD_INIT_LOG(ERR, "Could not start flower ctrl vNIC");
> > + goto ctrl_vnic_cleanup;
> > }
> >
> > /* Start up flower services */
> > if (nfp_flower_enable_services(app_flower)) {
> > ret = -ESRCH;
> > - goto pf_vnic_cleanup;
> > + goto ctrl_vnic_cleanup;
> > }
> >
> > return 0;
> >
> > +ctrl_vnic_cleanup:
> > + nfp_flower_cleanup_ctrl_vnic(app_flower->ctrl_hw);
> > pf_vnic_cleanup:
> > nfp_flower_cleanup_pf_vnic(app_flower->pf_hw);
> > +ctrl_cpp_area_cleanup:
> > + nfp_cpp_area_free(ctrl_hw->ctrl_area);
> > pf_cpp_area_cleanup:
> > nfp_cpp_area_free(pf_dev->ctrl_area);
> > eth_tbl_cleanup:
> > diff --git a/drivers/net/nfp/flower/nfp_flower.h
> > b/drivers/net/nfp/flower/nfp_flower.h
> > index f6fd4eb..f11ef6d 100644
> > --- a/drivers/net/nfp/flower/nfp_flower.h
> > +++ b/drivers/net/nfp/flower/nfp_flower.h
> > @@ -21,6 +21,12 @@ struct nfp_app_flower {
> > /* Pointer to the PF vNIC */
> > struct nfp_net_hw *pf_hw;
> >
> > + /* Pointer to a mempool for the ctrlvNIC */
> > + struct rte_mempool *ctrl_pktmbuf_pool;
> > +
> > + /* Pointer to the ctrl vNIC */
> > + struct nfp_net_hw *ctrl_hw;
> > +
> > /* the eth table as reported by firmware */
> > struct nfp_eth_table *nfp_eth_table;
> > };
next prev parent reply other threads:[~2022-08-08 11:32 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-05 6:32 [PATCH v5 00/12] preparation for the rte_flow offload of nfp PMD Chaoyong He
2022-08-05 6:32 ` [PATCH v5 01/12] net/nfp: move app specific attributes to own struct Chaoyong He
2022-08-05 10:49 ` Andrew Rybchenko
2022-08-05 6:32 ` [PATCH v5 02/12] net/nfp: simplify initialization and remove dead code Chaoyong He
2022-08-05 6:32 ` [PATCH v5 03/12] net/nfp: move app specific init logic to own function Chaoyong He
2022-08-05 10:53 ` Andrew Rybchenko
2022-08-05 6:32 ` [PATCH v5 04/12] net/nfp: add initial flower firmware support Chaoyong He
2022-08-05 11:00 ` Andrew Rybchenko
2022-08-05 6:32 ` [PATCH v5 05/12] net/nfp: add flower PF setup and mempool init logic Chaoyong He
2022-08-05 12:49 ` Andrew Rybchenko
2022-08-05 6:32 ` [PATCH v5 06/12] net/nfp: add flower PF related routines Chaoyong He
2022-08-05 12:55 ` Andrew Rybchenko
2022-08-05 6:32 ` [PATCH v5 07/12] net/nfp: add flower ctrl VNIC related logics Chaoyong He
2022-08-05 13:05 ` Andrew Rybchenko
2022-08-08 11:32 ` Chaoyong He [this message]
2022-08-08 14:45 ` Stephen Hemminger
2022-08-10 1:51 ` Chaoyong He
2022-08-10 19:39 ` Stephen Hemminger
2022-08-11 1:26 ` Chaoyong He
2022-08-11 4:24 ` Stephen Hemminger
2022-08-11 6:31 ` Chaoyong He
2022-08-11 15:07 ` Stephen Hemminger
2022-08-05 6:32 ` [PATCH v5 08/12] net/nfp: move common rxtx function for flower use Chaoyong He
2022-08-05 6:32 ` [PATCH v5 09/12] net/nfp: add flower ctrl VNIC rxtx logic Chaoyong He
2022-08-05 6:32 ` [PATCH v5 10/12] net/nfp: add flower representor framework Chaoyong He
2022-08-05 14:23 ` Andrew Rybchenko
2022-08-08 11:56 ` Chaoyong He
2022-08-05 6:32 ` [PATCH v5 11/12] net/nfp: move rxtx function to header file Chaoyong He
2022-08-05 6:32 ` [PATCH v5 12/12] net/nfp: add flower PF rxtx logic Chaoyong He
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=SJ0PR13MB55455399D6FB26CFAD705F509E639@SJ0PR13MB5545.namprd13.prod.outlook.com \
--to=chaoyong.he@corigine.com \
--cc=andrew.rybchenko@oktetlabs.ru \
--cc=dev@dpdk.org \
--cc=niklas.soderlund@corigine.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).