From: "Baran, MarcinX" <marcinx.baran@intel.com>
To: "Richardson, Bruce" <bruce.richardson@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>,
"Mcnamara, John" <john.mcnamara@intel.com>,
"Kovacevic, Marko" <marko.kovacevic@intel.com>
Subject: Re: [dpdk-dev] [PATCH v5 6/6] doc/guides/: provide IOAT sample app guide
Date: Fri, 27 Sep 2019 15:13:31 +0000 [thread overview]
Message-ID: <06CDC4676D44784DA2DF9423D4B672BE15ECCD7A@HASMSX114.ger.corp.intel.com> (raw)
In-Reply-To: <20190927132259.GA1859@bricha3-MOBL.ger.corp.intel.com>
-----Original Message-----
From: Bruce Richardson <bruce.richardson@intel.com>
Sent: Friday, September 27, 2019 3:23 PM
To: Baran, MarcinX <marcinx.baran@intel.com>
Cc: dev@dpdk.org; Mcnamara, John <john.mcnamara@intel.com>; Kovacevic, Marko <marko.kovacevic@intel.com>
Subject: Re: [dpdk-dev] [PATCH v5 6/6] doc/guides/: provide IOAT sample app guide
On Fri, Sep 20, 2019 at 09:37:14AM +0200, Marcin Baran wrote:
> Added guide for IOAT sample app usage and code description.
>
> Signed-off-by: Marcin Baran <marcinx.baran@intel.com>
> ---
> doc/guides/sample_app_ug/index.rst | 1 +
> doc/guides/sample_app_ug/intro.rst | 4 +
> doc/guides/sample_app_ug/ioat.rst | 764
> +++++++++++++++++++++++++++++
> 3 files changed, 769 insertions(+)
> create mode 100644 doc/guides/sample_app_ug/ioat.rst
>
<snip>
> +Depending on mode set (whether copy should be done by software or by
> +hardware) special structures are assigned to each port. If software
> +copy was chosen, application have to assign ring structures for
> +packet exchanging between lcores assigned to ports.
> +
> +.. code-block:: c
> +
> + static void
> + assign_rings(void)
> + {
> + uint32_t i;
> +
> + for (i = 0; i < cfg.nb_ports; i++) {
> + char ring_name[20];
> +
> + snprintf(ring_name, 20, "rx_to_tx_ring_%u", i);
> + /* Create ring for inter core communication */
> + cfg.ports[i].rx_to_tx_ring = rte_ring_create(
> + ring_name, ring_size,
> + rte_socket_id(), RING_F_SP_ENQ);
> +
> + if (cfg.ports[i].rx_to_tx_ring == NULL)
> + rte_exit(EXIT_FAILURE, "%s\n",
> + rte_strerror(rte_errno));
> + }
> + }
> +
> +
> +When using hardware copy each Rx queue of the port is assigned an
> +IOAT device (``assign_rawdevs()``) using IOAT Rawdev Driver API
> +functions:
> +
> +.. code-block:: c
> +
> + static void
> + assign_rawdevs(void)
> + {
> + uint16_t nb_rawdev = 0, rdev_id = 0;
> + uint32_t i, j;
> +
> + for (i = 0; i < cfg.nb_ports; i++) {
> + for (j = 0; j < cfg.ports[i].nb_queues; j++) {
> + struct rte_rawdev_info rdev_info = { 0 };
> +
> + do {
> + if (rdev_id == rte_rawdev_count())
> + goto end;
> + rte_rawdev_info_get(rdev_id++, &rdev_info);
> + } while (strcmp(rdev_info.driver_name,
> + IOAT_PMD_RAWDEV_NAME_STR) != 0);
> +
> + cfg.ports[i].ioat_ids[j] = rdev_id - 1;
> + configure_rawdev_queue(cfg.ports[i].ioat_ids[j]);
> + ++nb_rawdev;
> + }
> + }
> + end:
> + if (nb_rawdev < cfg.nb_ports * cfg.ports[0].nb_queues)
> + rte_exit(EXIT_FAILURE,
> + "Not enough IOAT rawdevs (%u) for all queues (%u).\n",
> + nb_rawdev, cfg.nb_ports * cfg.ports[0].nb_queues);
> + RTE_LOG(INFO, IOAT, "Number of used rawdevs: %u.\n", nb_rawdev);
> + }
> +
> +
> +The initialization of hardware device is done by
> +``rte_rawdev_configure()`` function and ``rte_rawdev_info`` struct.
... using ``rte_rawdev_info`` struct
[Marcin] Changed the description accordingly.
> After configuration the device is
> +started using ``rte_rawdev_start()`` function. Each of the above
> +operations is done in ``configure_rawdev_queue()``.
In the block below, there is no mention of where dev_config structure comes from. Presume it's a global variable, so maybe mention that in the text.
[Marcin] Actually this code snipped was not updated, it now uses local dev_config variable of type struct rte_ioat_rawdev_config, so I updated the snippet.
> +
> +.. code-block:: c
> +
> + static void
> + configure_rawdev_queue(uint32_t dev_id)
> + {
> + struct rte_rawdev_info info = { .dev_private = &dev_config };
> +
> + /* Configure hardware copy device */
> + dev_config.ring_size = ring_size;
> +
> + if (rte_rawdev_configure(dev_id, &info) != 0) {
> + rte_exit(EXIT_FAILURE,
> + "Error with rte_rawdev_configure()\n");
> + }
> + rte_rawdev_info_get(dev_id, &info);
> + if (dev_config.ring_size != ring_size) {
> + rte_exit(EXIT_FAILURE,
> + "Error, ring size is not %d (%d)\n",
> + ring_size, (int)dev_config.ring_size);
> + }
> + if (rte_rawdev_start(dev_id) != 0) {
> + rte_exit(EXIT_FAILURE,
> + "Error with rte_rawdev_start()\n");
> + }
> + }
> +
> +If initialization is successful memory for hardware device statistics
> +is allocated.
Missing "," after successful.
Where is this memory allocated? It is done in main or elsewhere?
[Marcin] This comment is invalid now as code has been updated, I removed it.
> +
> +Finally ``main()`` functions starts all processing lcores and starts
s/functions/function/
s/processing lcores/packet handling lcores/
[Marcin] Changed the description accordingly
> +printing stats in a loop on master lcore. The application can be
s/master lcore/the master lcore/
[Marcin] Changed the description accordingly
> +interrupted and closed using ``Ctrl-C``. The master lcore waits for
> +all slave processes to finish, deallocates resources and exits.
> +
> +The processing lcores launching function are described below.
> +
> +The Lcores Launching Functions
> +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> +
> +As described above ``main()`` function invokes
> +``start_forwarding_cores()``
Missing "," after above.
[Marcin] Changed the description accordingly
> +function in order to start processing for each lcore:
> +
> +.. code-block:: c
> +
> + static void start_forwarding_cores(void)
> + {
> + uint32_t lcore_id = rte_lcore_id();
> +
> + RTE_LOG(INFO, IOAT, "Entering %s on lcore %u\n",
> + __func__, rte_lcore_id());
> +
> + if (cfg.nb_lcores == 1) {
> + lcore_id = rte_get_next_lcore(lcore_id, true, true);
> + rte_eal_remote_launch((lcore_function_t *)rxtx_main_loop,
> + NULL, lcore_id);
> + } else if (cfg.nb_lcores > 1) {
> + lcore_id = rte_get_next_lcore(lcore_id, true, true);
> + rte_eal_remote_launch((lcore_function_t *)rx_main_loop,
> + NULL, lcore_id);
> +
> + lcore_id = rte_get_next_lcore(lcore_id, true, true);
> + rte_eal_remote_launch((lcore_function_t *)tx_main_loop, NULL,
> + lcore_id);
> + }
> + }
> +
> +The function launches Rx/Tx processing functions on configured lcores
> +for each port using ``rte_eal_remote_launch()``. The configured
> +ports,
Remove "for each port"
[Marcin] Removed
> +their number and number of assigned lcores are stored in user-defined
> +``rxtx_transmission_config`` struct that is initialized before
> +launching
s/is/has been/
Did you describe how that structure was set up previously?
[Marcin] Added description as to how and when it is set up.
> +tasks:
> +
> +.. code-block:: c
> +
> + struct rxtx_transmission_config {
> + struct rxtx_port_config ports[RTE_MAX_ETHPORTS];
> + uint16_t nb_ports;
> + uint16_t nb_lcores;
> + };
> +
> +The Lcores Processing Functions
> +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> +
> +For receiving packets on each port an ``ioat_rx_port()`` function is used.
Missing "," after port.
s/an/the/
[Marcin] Changed the description accordingly
> +The function receives packets on each configured Rx queue. Depending
> +on mode
s/mode/the mode/
[Marcin] Changed the description accordingly
> +the user chose, it will enqueue packets to IOAT rawdev channels and
> +then invoke copy process (hardware copy), or perform software copy of
> +each packet using ``pktmbuf_sw_copy()`` function and enqueue them to 1 rte_ring:
s/1 rte_ring/an rte_ring/
[Marcin] Changed the description accordingly
> +
> +.. code-block:: c
> +
> + /* Receive packets on one port and enqueue to IOAT rawdev or rte_ring. */
> + static void
> + ioat_rx_port(struct rxtx_port_config *rx_config)
> + {
> + uint32_t nb_rx, nb_enq, i, j;
> + struct rte_mbuf *pkts_burst[MAX_PKT_BURST];
> + for (i = 0; i < rx_config->nb_queues; i++) {
> +
> + nb_rx = rte_eth_rx_burst(rx_config->rxtx_port, i,
> + pkts_burst, MAX_PKT_BURST);
> +
> + if (nb_rx == 0)
> + continue;
> +
> + port_statistics.rx[rx_config->rxtx_port] += nb_rx;
> +
> + if (copy_mode == COPY_MODE_IOAT_NUM) {
> + /* Perform packet hardware copy */
> + nb_enq = ioat_enqueue_packets(pkts_burst,
> + nb_rx, rx_config->ioat_ids[i]);
> + if (nb_enq > 0)
> + rte_ioat_do_copies(rx_config->ioat_ids[i]);
> + } else {
> + /* Perform packet software copy, free source packets */
> + int ret;
> + struct rte_mbuf *pkts_burst_copy[MAX_PKT_BURST];
> +
> + ret = rte_mempool_get_bulk(ioat_pktmbuf_pool,
> + (void *)pkts_burst_copy, nb_rx);
> +
> + if (unlikely(ret < 0))
> + rte_exit(EXIT_FAILURE,
> + "Unable to allocate memory.\n");
> +
> + for (j = 0; j < nb_rx; j++)
> + pktmbuf_sw_copy(pkts_burst[j],
> + pkts_burst_copy[j]);
> +
> + rte_mempool_put_bulk(ioat_pktmbuf_pool,
> + (void *)pkts_burst, nb_rx);
> +
> + nb_enq = rte_ring_enqueue_burst(
> + rx_config->rx_to_tx_ring,
> + (void *)pkts_burst_copy, nb_rx, NULL);
> +
> + /* Free any not enqueued packets. */
> + rte_mempool_put_bulk(ioat_pktmbuf_pool,
> + (void *)&pkts_burst_copy[nb_enq],
> + nb_rx - nb_enq);
> + }
> +
> + port_statistics.copy_dropped[rx_config->rxtx_port] +=
> + (nb_rx - nb_enq);
> + }
> + }
> +
> +The packets are received in burst mode using ``rte_eth_rx_burst()``
> +function. When using hardware copy mode the packets are enqueued in
> +copying device's buffer using ``ioat_enqueue_packets()`` which calls
> +``rte_ioat_enqueue_copy()``. When all received packets are in the
> +buffer the copies are invoked by calling ``rte_ioat_do_copies()``.
s/copies are invoked/copy operations are started/
[Marcin] Changed the description accordingly
> +Function ``rte_ioat_enqueue_copy()`` operates on physical address of
> +the packet. Structure ``rte_mbuf`` contains only physical address to
> +start of the data buffer (``buf_iova``). Thus the address is shifted
s/shifted/adjusted/
[Marcin] Changed the description accordingly
> +by ``addr_offset`` value in order to get pointer to ``rearm_data``
s/pointer to/the address of/
[Marcin] Changed the description accordingly
> +member of ``rte_mbuf``. That way the packet is copied all at once
> +(with data and metadata).
"That way the both the packet data and metadata can be copied in a single operation".
Should also note that this shortcut can be used because the mbufs are "direct" mbufs allocated by the apps. If another app uses external buffers, or indirect mbufs, then multiple copy operations must be used.
[Marcin] Changed the description accordingly and added additional informations.
> +
> +.. code-block:: c
> +
> + static uint32_t
> + ioat_enqueue_packets(struct rte_mbuf **pkts,
> + uint32_t nb_rx, uint16_t dev_id)
> + {
> + int ret;
> + uint32_t i;
> + struct rte_mbuf *pkts_copy[MAX_PKT_BURST];
> +
> + const uint64_t addr_offset = RTE_PTR_DIFF(pkts[0]->buf_addr,
> + &pkts[0]->rearm_data);
> +
> + ret = rte_mempool_get_bulk(ioat_pktmbuf_pool,
> + (void *)pkts_copy, nb_rx);
> +
> + if (unlikely(ret < 0))
> + rte_exit(EXIT_FAILURE, "Unable to allocate memory.\n");
> +
> + for (i = 0; i < nb_rx; i++) {
> + /* Perform data copy */
> + ret = rte_ioat_enqueue_copy(dev_id,
> + pkts[i]->buf_iova
> + - addr_offset,
> + pkts_copy[i]->buf_iova
> + - addr_offset,
> + rte_pktmbuf_data_len(pkts[i])
> + + addr_offset,
> + (uintptr_t)pkts[i],
> + (uintptr_t)pkts_copy[i],
> + 0 /* nofence */);
> +
> + if (ret != 1)
> + break;
> + }
> +
> + ret = i;
> + /* Free any not enqueued packets. */
> + rte_mempool_put_bulk(ioat_pktmbuf_pool, (void *)&pkts[i], nb_rx - i);
> + rte_mempool_put_bulk(ioat_pktmbuf_pool, (void *)&pkts_copy[i],
> + nb_rx - i);
> +
> + return ret;
> + }
> +
> +
> +All done copies are processed by ``ioat_tx_port()`` function. When
> +using
s/done/completed/
[Marcin] Changed the description accordingly
> +hardware copy mode the function invokes
> +``rte_ioat_completed_copies()`` on each assigned IOAT channel to
> +gather copied packets. If software copy mode is used the function
> +dequeues copied packets from the rte_ring. Then each packet MAC
> +address is changed if it was enabled. After that copies are sent in burst mode using `` rte_eth_tx_burst()``.
> +
> +
> +.. code-block:: c
> +
> + /* Transmit packets from IOAT rawdev/rte_ring for one port. */
> + static void
> + ioat_tx_port(struct rxtx_port_config *tx_config)
> + {
> + uint32_t i, j, nb_dq = 0;
> + struct rte_mbuf *mbufs_src[MAX_PKT_BURST];
> + struct rte_mbuf *mbufs_dst[MAX_PKT_BURST];
> +
> + if (copy_mode == COPY_MODE_IOAT_NUM) {
> + for (i = 0; i < tx_config->nb_queues; i++) {
> + /* Deque the mbufs from IOAT device. */
> + nb_dq = rte_ioat_completed_copies(
> + tx_config->ioat_ids[i], MAX_PKT_BURST,
> + (void *)mbufs_src, (void *)mbufs_dst);
> +
> + if (nb_dq == 0)
> + break;
> +
> + rte_mempool_put_bulk(ioat_pktmbuf_pool,
> + (void *)mbufs_src, nb_dq);
> +
> + /* Update macs if enabled */
> + if (mac_updating) {
> + for (j = 0; j < nb_dq; j++)
> + update_mac_addrs(mbufs_dst[j],
> + tx_config->rxtx_port);
> + }
> +
> + const uint16_t nb_tx = rte_eth_tx_burst(
> + tx_config->rxtx_port, 0,
> + (void *)mbufs_dst, nb_dq);
> +
> + port_statistics.tx[tx_config->rxtx_port] += nb_tx;
> +
> + /* Free any unsent packets. */
> + if (unlikely(nb_tx < nb_dq))
> + rte_mempool_put_bulk(ioat_pktmbuf_pool,
> + (void *)&mbufs_dst[nb_tx],
> + nb_dq - nb_tx);
> + }
> + }
> + else {
> + for (i = 0; i < tx_config->nb_queues; i++) {
> + /* Deque the mbufs from IOAT device. */
> + nb_dq = rte_ring_dequeue_burst(tx_config->rx_to_tx_ring,
> + (void *)mbufs_dst, MAX_PKT_BURST, NULL);
> +
> + if (nb_dq == 0)
> + return;
> +
> + /* Update macs if enabled */
> + if (mac_updating) {
> + for (j = 0; j < nb_dq; j++)
> + update_mac_addrs(mbufs_dst[j],
> + tx_config->rxtx_port);
> + }
> +
> + const uint16_t nb_tx = rte_eth_tx_burst(tx_config->rxtx_port,
> + 0, (void *)mbufs_dst, nb_dq);
> +
> + port_statistics.tx[tx_config->rxtx_port] += nb_tx;
> +
> + /* Free any unsent packets. */
> + if (unlikely(nb_tx < nb_dq))
> + rte_mempool_put_bulk(ioat_pktmbuf_pool,
> + (void *)&mbufs_dst[nb_tx],
> + nb_dq - nb_tx);
> + }
> + }
> + }
> +
> +The Packet Copying Functions
> +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> +
> +In order to perform packet copy there is a user-defined function
> +``pktmbuf_sw_copy()`` used. It copies a whole packet by copying
> +metadata from source packet to new mbuf, and then copying a data
> +chunk of source packet. Both memory copies are done using
> +``rte_memcpy()``:
> +
> +.. code-block:: c
> +
> + static inline void
> + pktmbuf_sw_copy(struct rte_mbuf *src, struct rte_mbuf *dst)
> + {
> + /* Copy packet metadata */
> + rte_memcpy(&dst->rearm_data,
> + &src->rearm_data,
> + offsetof(struct rte_mbuf, cacheline1)
> + - offsetof(struct rte_mbuf, rearm_data));
> +
> + /* Copy packet data */
> + rte_memcpy(rte_pktmbuf_mtod(dst, char *),
> + rte_pktmbuf_mtod(src, char *), src->data_len);
> + }
> +
> +The metadata in this example is copied from ``rearm_data`` member of
> +``rte_mbuf`` struct up to ``cacheline1``.
> +
> +In order to understand why software packet copying is done as shown
> +above please refer to the "Mbuf Library" section of the *DPDK
> +Programmer's Guide*.
> \ No newline at end of file
Use a text editor that adds a newline automatically :-)
[Marcin] Added new line at end of file.
/Bruce
next prev parent reply other threads:[~2019-09-27 15:13 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-09 8:29 [dpdk-dev] [PATCH] examples/ioat: create sample app on ioat driver usage Marcin Baran
2019-09-09 13:12 ` Aaron Conole
2019-09-09 13:58 ` Bruce Richardson
2019-09-12 9:52 ` Bruce Richardson
2019-09-12 12:18 ` Baran, MarcinX
2019-09-13 14:39 ` [dpdk-dev] [PATCH v2 0/6] examples/ioat: " Marcin Baran
2019-09-13 14:39 ` [dpdk-dev] [PATCH v2 1/6] examples/ioat: create " Marcin Baran
2019-09-13 14:39 ` [dpdk-dev] [PATCH v2 2/6] examples/ioat: add software copy support Marcin Baran
2019-09-13 14:39 ` [dpdk-dev] [PATCH v2 3/6] examples/ioat: add rawdev copy mode support Marcin Baran
2019-09-13 14:39 ` [dpdk-dev] [PATCH v2 4/6] examples/ioat: add two threads configuration Marcin Baran
2019-09-13 14:39 ` [dpdk-dev] [PATCH v2 5/6] examples/ioat: add stats printing for each port Marcin Baran
2019-09-13 14:39 ` [dpdk-dev] [PATCH v2 6/6] doc/guides/: provide IOAT sample app guide Marcin Baran
2019-09-13 18:45 ` [dpdk-dev] [PATCH v2 0/6] examples/ioat: sample app on ioat driver usage Aaron Conole
2019-09-16 9:42 ` Baran, MarcinX
2019-09-19 9:19 ` Aaron Conole
2019-09-18 9:11 ` [dpdk-dev] [PATCH v3 " Marcin Baran
2019-09-18 9:11 ` [dpdk-dev] [PATCH v3 1/6] examples/ioat: create " Marcin Baran
2019-09-18 9:11 ` [dpdk-dev] [PATCH v3 2/6] examples/ioat: add software copy support Marcin Baran
2019-09-18 9:11 ` [dpdk-dev] [PATCH v3 3/6] examples/ioat: add rawdev copy mode support Marcin Baran
2019-09-18 9:11 ` [dpdk-dev] [PATCH v3 4/6] examples/ioat: add two threads configuration Marcin Baran
2019-09-18 9:11 ` [dpdk-dev] [PATCH v3 5/6] examples/ioat: add stats printing for each port Marcin Baran
2019-09-18 9:11 ` [dpdk-dev] [PATCH v3 6/6] doc/guides/: provide IOAT sample app guide Marcin Baran
2019-09-19 9:38 ` [dpdk-dev] [PATCH v4 0/6] examples/ioat: sample app on ioat driver usage Marcin Baran
2019-09-19 9:38 ` [dpdk-dev] [PATCH v4 1/6] examples/ioat: create " Marcin Baran
2019-09-19 14:44 ` Bruce Richardson
2019-09-19 14:46 ` Baran, MarcinX
2019-09-19 9:38 ` [dpdk-dev] [PATCH v4 2/6] examples/ioat: add software copy support Marcin Baran
2019-09-19 9:38 ` [dpdk-dev] [PATCH v4 3/6] examples/ioat: add rawdev copy mode support Marcin Baran
2019-09-19 9:38 ` [dpdk-dev] [PATCH v4 4/6] examples/ioat: add two threads configuration Marcin Baran
2019-09-19 9:38 ` [dpdk-dev] [PATCH v4 5/6] examples/ioat: add stats printing for each port Marcin Baran
2019-09-19 9:38 ` [dpdk-dev] [PATCH v4 6/6] doc/guides/: provide IOAT sample app guide Marcin Baran
2019-09-20 7:37 ` [dpdk-dev] [PATCH v5 0/6] examples/ioat: sample app on ioat driver usage Marcin Baran
2019-09-20 7:37 ` [dpdk-dev] [PATCH v5 1/6] examples/ioat: create " Marcin Baran
2019-09-27 9:58 ` Bruce Richardson
2019-09-20 7:37 ` [dpdk-dev] [PATCH v5 2/6] examples/ioat: add software copy support Marcin Baran
2019-09-27 10:01 ` Bruce Richardson
2019-09-27 14:01 ` Baran, MarcinX
2019-09-20 7:37 ` [dpdk-dev] [PATCH v5 3/6] examples/ioat: add rawdev copy mode support Marcin Baran
2019-09-27 10:05 ` Bruce Richardson
2019-09-27 14:03 ` Baran, MarcinX
2019-09-20 7:37 ` [dpdk-dev] [PATCH v5 4/6] examples/ioat: add two threads configuration Marcin Baran
2019-09-27 10:08 ` Bruce Richardson
2019-09-27 14:03 ` Baran, MarcinX
2019-09-20 7:37 ` [dpdk-dev] [PATCH v5 5/6] examples/ioat: add stats printing for each port Marcin Baran
2019-09-27 10:12 ` Bruce Richardson
2019-09-27 14:04 ` Baran, MarcinX
2019-09-20 7:37 ` [dpdk-dev] [PATCH v5 6/6] doc/guides/: provide IOAT sample app guide Marcin Baran
2019-09-27 10:36 ` Bruce Richardson
2019-09-27 14:14 ` Baran, MarcinX
2019-09-27 10:37 ` Bruce Richardson
2019-09-27 11:01 ` Bruce Richardson
2019-09-27 14:51 ` Baran, MarcinX
2019-09-27 15:00 ` Bruce Richardson
2019-09-27 15:16 ` Baran, MarcinX
2019-09-27 13:22 ` Bruce Richardson
2019-09-27 15:13 ` Baran, MarcinX [this message]
2019-09-30 7:50 ` [dpdk-dev] [PATCH v6 0/6] examples/ioat: sample app on ioat driver usage Marcin Baran
2019-09-30 7:50 ` [dpdk-dev] [PATCH v6 1/6] examples/ioat: create " Marcin Baran
2019-09-30 7:50 ` [dpdk-dev] [PATCH v6 2/6] examples/ioat: add software copy support Marcin Baran
2019-09-30 7:50 ` [dpdk-dev] [PATCH v6 3/6] examples/ioat: add rawdev copy mode support Marcin Baran
2019-09-30 7:50 ` [dpdk-dev] [PATCH v6 4/6] examples/ioat: add two threads configuration Marcin Baran
2019-09-30 7:50 ` [dpdk-dev] [PATCH v6 5/6] examples/ioat: add stats printing for each port Marcin Baran
2019-09-30 7:50 ` [dpdk-dev] [PATCH v6 6/6] doc/guides/: provide IOAT sample app guide Marcin Baran
2019-10-03 9:48 ` [dpdk-dev] [PATCH v6 0/6] examples/ioat: sample app on ioat driver usage Bruce Richardson
2019-10-04 17:16 ` Kevin Traynor
2019-10-07 11:10 ` Bruce Richardson
2019-10-07 11:08 ` [dpdk-dev] [PATCH v7 0/6] examples/ioat: sample app for ioat driver Bruce Richardson
2019-10-07 11:08 ` [dpdk-dev] [PATCH v7 1/6] examples/ioat: new " Bruce Richardson
2019-10-07 11:08 ` [dpdk-dev] [PATCH v7 2/6] examples/ioat: add software copy support Bruce Richardson
2019-10-07 11:08 ` [dpdk-dev] [PATCH v7 3/6] examples/ioat: add rawdev copy mode support Bruce Richardson
2019-10-07 11:08 ` [dpdk-dev] [PATCH v7 4/6] examples/ioat: add two threads configuration Bruce Richardson
2019-10-27 17:04 ` Thomas Monjalon
2019-10-07 11:08 ` [dpdk-dev] [PATCH v7 5/6] examples/ioat: add stats printing for each port Bruce Richardson
2019-10-07 11:08 ` [dpdk-dev] [PATCH v7 6/6] doc/guides/: provide IOAT sample app guide Bruce Richardson
2019-10-27 17:07 ` Thomas Monjalon
2019-10-27 17:07 ` [dpdk-dev] [PATCH v7 0/6] examples/ioat: sample app for ioat driver Thomas Monjalon
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=06CDC4676D44784DA2DF9423D4B672BE15ECCD7A@HASMSX114.ger.corp.intel.com \
--to=marcinx.baran@intel.com \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
--cc=john.mcnamara@intel.com \
--cc=marko.kovacevic@intel.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).