From: Vlad Zolotarov <vladz@cloudius-systems.com>
To: "Ananyev, Konstantin" <konstantin.ananyev@intel.com>,
"dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH v1 3/4] ixgbe: Kill ixgbe_recv_scattered_pkts()
Date: Wed, 29 Apr 2015 09:47:07 +0300 [thread overview]
Message-ID: <55407E6B.2020605@cloudius-systems.com> (raw)
In-Reply-To: <2601191342CEEE43887BDE71AB97725821422364@irsmsx105.ger.corp.intel.com>
On 04/28/15 20:42, Ananyev, Konstantin wrote:
> Hi Vlad,
>
>> -----Original Message-----
>> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Vlad Zolotarov
>> Sent: Sunday, April 26, 2015 3:46 PM
>> To: dev@dpdk.org
>> Subject: [dpdk-dev] [PATCH v1 3/4] ixgbe: Kill ixgbe_recv_scattered_pkts()
>>
>> Kill ixgbe_recv_scattered_pkts() - use ixgbe_recv_pkts_lro_single_alloc()
>> instead.
>>
>> Work against HW queues in LRO and scattered Rx cases is exactly the same.
>> Therefore we may drop the inferior callback.
>>
>> Signed-off-by: Vlad Zolotarov <vladz@cloudius-systems.com>
>> ---
>> lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 2 +-
>> lib/librte_pmd_ixgbe/ixgbe_ethdev.h | 3 -
>> lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 243 +-----------------------------------
>> 3 files changed, 7 insertions(+), 241 deletions(-)
>>
>> diff --git a/lib/librte_pmd_ixgbe/ixgbe_ethdev.c b/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
>> index aec1de9..5f9a1cf 100644
>> --- a/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
>> +++ b/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
>> @@ -986,7 +986,7 @@ eth_ixgbevf_dev_init(struct rte_eth_dev *eth_dev)
>> * RX function */
>> if (rte_eal_process_type() != RTE_PROC_PRIMARY){
>> if (eth_dev->data->scattered_rx)
>> - eth_dev->rx_pkt_burst = ixgbe_recv_scattered_pkts;
>> + eth_dev->rx_pkt_burst = ixgbe_recv_pkts_lro_single_alloc;
>> return 0;
>> }
>>
>> diff --git a/lib/librte_pmd_ixgbe/ixgbe_ethdev.h b/lib/librte_pmd_ixgbe/ixgbe_ethdev.h
>> index 5b90115..419ea5d 100644
>> --- a/lib/librte_pmd_ixgbe/ixgbe_ethdev.h
>> +++ b/lib/librte_pmd_ixgbe/ixgbe_ethdev.h
>> @@ -352,9 +352,6 @@ void ixgbevf_dev_rxtx_start(struct rte_eth_dev *dev);
>> uint16_t ixgbe_recv_pkts(void *rx_queue, struct rte_mbuf **rx_pkts,
>> uint16_t nb_pkts);
>>
>> -uint16_t ixgbe_recv_scattered_pkts(void *rx_queue,
>> - struct rte_mbuf **rx_pkts, uint16_t nb_pkts);
>> -
>> uint16_t ixgbe_recv_pkts_lro_single_alloc(void *rx_queue,
>> struct rte_mbuf **rx_pkts, uint16_t nb_pkts);
>> uint16_t ixgbe_recv_pkts_lro_bulk_alloc(void *rx_queue,
>> diff --git a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
>> index a45f51e..c23e20f 100644
>> --- a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
>> +++ b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
>> @@ -1722,239 +1722,6 @@ ixgbe_recv_pkts_lro_bulk_alloc(void *rx_queue, struct rte_mbuf **rx_pkts,
>> return ixgbe_recv_pkts_lro(rx_queue, rx_pkts, nb_pkts, true);
>> }
>>
>> -uint16_t
>> -ixgbe_recv_scattered_pkts(void *rx_queue, struct rte_mbuf **rx_pkts,
>> - uint16_t nb_pkts)
>> -{
>> - struct ixgbe_rx_queue *rxq;
>> - volatile union ixgbe_adv_rx_desc *rx_ring;
>> - volatile union ixgbe_adv_rx_desc *rxdp;
>> - struct ixgbe_rx_entry *sw_ring;
>> - struct ixgbe_rx_entry *rxe;
>> - struct rte_mbuf *first_seg;
>> - struct rte_mbuf *last_seg;
>> - struct rte_mbuf *rxm;
>> - struct rte_mbuf *nmb;
>> - union ixgbe_adv_rx_desc rxd;
>> - uint64_t dma; /* Physical address of mbuf data buffer */
>> - uint32_t staterr;
>> - uint16_t rx_id;
>> - uint16_t nb_rx;
>> - uint16_t nb_hold;
>> - uint16_t data_len;
>> -
>> - nb_rx = 0;
>> - nb_hold = 0;
>> - rxq = rx_queue;
>> - rx_id = rxq->rx_tail;
>> - rx_ring = rxq->rx_ring;
>> - sw_ring = rxq->sw_ring;
>> -
>> - /*
>> - * Retrieve RX context of current packet, if any.
>> - */
>> - first_seg = rxq->pkt_first_seg;
>> - last_seg = rxq->pkt_last_seg;
>> -
>> - while (nb_rx < nb_pkts) {
>> - next_desc:
>> - /*
>> - * The order of operations here is important as the DD status
>> - * bit must not be read after any other descriptor fields.
>> - * rx_ring and rxdp are pointing to volatile data so the order
>> - * of accesses cannot be reordered by the compiler. If they were
>> - * not volatile, they could be reordered which could lead to
>> - * using invalid descriptor fields when read from rxd.
>> - */
>> - rxdp = &rx_ring[rx_id];
>> - staterr = rxdp->wb.upper.status_error;
>> - if (! (staterr & rte_cpu_to_le_32(IXGBE_RXDADV_STAT_DD)))
>> - break;
>> - rxd = *rxdp;
>> -
>> - /*
>> - * Descriptor done.
>> - *
>> - * Allocate a new mbuf to replenish the RX ring descriptor.
>> - * If the allocation fails:
>> - * - arrange for that RX descriptor to be the first one
>> - * being parsed the next time the receive function is
>> - * invoked [on the same queue].
>> - *
>> - * - Stop parsing the RX ring and return immediately.
>> - *
>> - * This policy does not drop the packet received in the RX
>> - * descriptor for which the allocation of a new mbuf failed.
>> - * Thus, it allows that packet to be later retrieved if
>> - * mbuf have been freed in the mean time.
>> - * As a side effect, holding RX descriptors instead of
>> - * systematically giving them back to the NIC may lead to
>> - * RX ring exhaustion situations.
>> - * However, the NIC can gracefully prevent such situations
>> - * to happen by sending specific "back-pressure" flow control
>> - * frames to its peer(s).
>> - */
>> - PMD_RX_LOG(DEBUG, "port_id=%u queue_id=%u rx_id=%u "
>> - "staterr=0x%x data_len=%u",
>> - (unsigned) rxq->port_id, (unsigned) rxq->queue_id,
>> - (unsigned) rx_id, (unsigned) staterr,
>> - (unsigned) rte_le_to_cpu_16(rxd.wb.upper.length));
>> -
>> - nmb = rte_rxmbuf_alloc(rxq->mb_pool);
>> - if (nmb == NULL) {
>> - PMD_RX_LOG(DEBUG, "RX mbuf alloc failed port_id=%u "
>> - "queue_id=%u", (unsigned) rxq->port_id,
>> - (unsigned) rxq->queue_id);
>> - rte_eth_devices[rxq->port_id].data->rx_mbuf_alloc_failed++;
>> - break;
>> - }
>> -
>> - nb_hold++;
>> - rxe = &sw_ring[rx_id];
>> - rx_id++;
>> - if (rx_id == rxq->nb_rx_desc)
>> - rx_id = 0;
>> -
>> - /* Prefetch next mbuf while processing current one. */
>> - rte_ixgbe_prefetch(sw_ring[rx_id].mbuf);
>> -
>> - /*
>> - * When next RX descriptor is on a cache-line boundary,
>> - * prefetch the next 4 RX descriptors and the next 8 pointers
>> - * to mbufs.
>> - */
>> - if ((rx_id & 0x3) == 0) {
>> - rte_ixgbe_prefetch(&rx_ring[rx_id]);
>> - rte_ixgbe_prefetch(&sw_ring[rx_id]);
>> - }
>> -
>> - /*
>> - * Update RX descriptor with the physical address of the new
>> - * data buffer of the new allocated mbuf.
>> - */
>> - rxm = rxe->mbuf;
>> - rxe->mbuf = nmb;
>> - dma = rte_cpu_to_le_64(RTE_MBUF_DATA_DMA_ADDR_DEFAULT(nmb));
>> - rxdp->read.hdr_addr = dma;
>> - rxdp->read.pkt_addr = dma;
>> -
>> - /*
>> - * Set data length & data buffer address of mbuf.
>> - */
>> - data_len = rte_le_to_cpu_16(rxd.wb.upper.length);
>> - rxm->data_len = data_len;
>> - rxm->data_off = RTE_PKTMBUF_HEADROOM;
>> -
>> - /*
>> - * If this is the first buffer of the received packet,
>> - * set the pointer to the first mbuf of the packet and
>> - * initialize its context.
>> - * Otherwise, update the total length and the number of segments
>> - * of the current scattered packet, and update the pointer to
>> - * the last mbuf of the current packet.
>> - */
>> - if (first_seg == NULL) {
>> - first_seg = rxm;
>> - first_seg->pkt_len = data_len;
>> - first_seg->nb_segs = 1;
>> - } else {
>> - first_seg->pkt_len = (uint16_t)(first_seg->pkt_len
>> - + data_len);
>> - first_seg->nb_segs++;
>> - last_seg->next = rxm;
>> - }
>> -
>> - /*
>> - * If this is not the last buffer of the received packet,
>> - * update the pointer to the last mbuf of the current scattered
>> - * packet and continue to parse the RX ring.
>> - */
>> - if (! (staterr & IXGBE_RXDADV_STAT_EOP)) {
>> - last_seg = rxm;
>> - goto next_desc;
>> - }
>> -
>> - /*
>> - * This is the last buffer of the received packet.
>> - * If the CRC is not stripped by the hardware:
>> - * - Subtract the CRC length from the total packet length.
>> - * - If the last buffer only contains the whole CRC or a part
>> - * of it, free the mbuf associated to the last buffer.
>> - * If part of the CRC is also contained in the previous
>> - * mbuf, subtract the length of that CRC part from the
>> - * data length of the previous mbuf.
>> - */
>> - rxm->next = NULL;
>> - if (unlikely(rxq->crc_len > 0)) {
>> - first_seg->pkt_len -= ETHER_CRC_LEN;
>> - if (data_len <= ETHER_CRC_LEN) {
>> - rte_pktmbuf_free_seg(rxm);
>> - first_seg->nb_segs--;
>> - last_seg->data_len = (uint16_t)
>> - (last_seg->data_len -
>> - (ETHER_CRC_LEN - data_len));
>> - last_seg->next = NULL;
>> - } else
>> - rxm->data_len =
>> - (uint16_t) (data_len - ETHER_CRC_LEN);
>> - }
>> -
>> - /* Initialize the first mbuf of the returned packet */
>> - ixgbe_fill_cluster_head_buf(first_seg, &rxd, rxq->port_id,
>> - staterr);
>> -
>> - /* Prefetch data of first segment, if configured to do so. */
>> - rte_packet_prefetch((char *)first_seg->buf_addr +
>> - first_seg->data_off);
>> -
>> - /*
>> - * Store the mbuf address into the next entry of the array
>> - * of returned packets.
>> - */
>> - rx_pkts[nb_rx++] = first_seg;
>> -
>> - /*
>> - * Setup receipt context for a new packet.
>> - */
>> - first_seg = NULL;
>> - }
>> -
>> - /*
>> - * Record index of the next RX descriptor to probe.
>> - */
>> - rxq->rx_tail = rx_id;
>> -
>> - /*
>> - * Save receive context.
>> - */
>> - rxq->pkt_first_seg = first_seg;
>> - rxq->pkt_last_seg = last_seg;
>> -
>> - /*
>> - * If the number of free RX descriptors is greater than the RX free
>> - * threshold of the queue, advance the Receive Descriptor Tail (RDT)
>> - * register.
>> - * Update the RDT with the value of the last processed RX descriptor
>> - * minus 1, to guarantee that the RDT register is never equal to the
>> - * RDH register, which creates a "full" ring situtation from the
>> - * hardware point of view...
>> - */
>> - nb_hold = (uint16_t) (nb_hold + rxq->nb_rx_hold);
>> - if (nb_hold > rxq->rx_free_thresh) {
>> - PMD_RX_LOG(DEBUG, "port_id=%u queue_id=%u rx_tail=%u "
>> - "nb_hold=%u nb_rx=%u",
>> - (unsigned) rxq->port_id, (unsigned) rxq->queue_id,
>> - (unsigned) rx_id, (unsigned) nb_hold,
>> - (unsigned) nb_rx);
>> - rx_id = (uint16_t) ((rx_id == 0) ?
>> - (rxq->nb_rx_desc - 1) : (rx_id - 1));
>> - IXGBE_PCI_REG_WRITE(rxq->rdt_reg_addr, rx_id);
>> - nb_hold = 0;
>> - }
>> - rxq->nb_rx_hold = nb_hold;
>> - return (nb_rx);
>> -}
>> -
>> /*********************************************************************
>> *
>> * Queue management functions
>> @@ -2623,7 +2390,7 @@ ixgbe_dev_rx_queue_setup(struct rte_eth_dev *dev,
>> return (-ENOMEM);
>> }
>>
>> - if (rsc_requested) {
>> + if (rsc_requested || dev_rx_mode->enable_scatter) {
>> rxq->sw_rsc_ring =
>> rte_zmalloc_socket("rxq->sw_rsc_ring",
>> sizeof(struct ixgbe_rsc_entry) * len,
> I think here is a problem:
> We allocate sw_rsc_ring only if user explicitly requested LRO or scattered rx.
> Though later, ixgbe_dev_rx_init() might implicitly enable scattered rx, if the provided mbufs are too small:
>
> buf_size = (uint16_t) ((srrctl & IXGBE_SRRCTL_BSIZEPKT_MASK) <<
> IXGBE_SRRCTL_BSIZEPKT_SHIFT);
>
> /* It adds dual VLAN length for supporting dual VLAN */
> if (dev->data->dev_conf.rxmode.max_rx_pkt_len +
> 2 * IXGBE_VLAN_TAG_SIZE > buf_size)
> dev->data->scattered_rx = 1;
>
> So, ixgbe_recv_pkts_lro_*_alloc() will be selected, but ixgbe_recv_pkts_lro will be 0.
U meant "sw_ring will be NULL" I guess... ;) Yeah, u are right. Missed that.
>
> Probably the easiest and safest fix, is to always allocate sw_rsc_ring for the queue.
> After all, it would consume at max a bit more than 32KB - doesn't seem that much to me.
I agree. I should have dropped this conditioning...
Sending the v2... ;)
> Konstantin
>
>> @@ -4017,12 +3784,13 @@ void ixgbe_set_rx_function(struct rte_eth_dev *dev)
>>
>> dev->rx_pkt_burst = ixgbe_recv_scattered_pkts_vec;
>> } else {
>> - PMD_INIT_LOG(DEBUG, "Using Regualr (non-vector) "
>> + PMD_INIT_LOG(DEBUG, "Using Regualr (non-vector, "
>> + "single allocation) "
>> "Scattered Rx callback "
>> "(port=%d).",
>> dev->data->port_id);
>>
>> - dev->rx_pkt_burst = ixgbe_recv_scattered_pkts;
>> + dev->rx_pkt_burst = ixgbe_recv_pkts_lro_single_alloc;
>> }
>> /*
>> * Below we set "simple" callbacks according to port/queues parameters.
>> @@ -4855,7 +4623,8 @@ ixgbevf_dev_rx_init(struct rte_eth_dev *dev)
>> ixgbe_recv_scattered_pkts_vec;
>> else
>> #endif
>> - dev->rx_pkt_burst = ixgbe_recv_scattered_pkts;
>> + dev->rx_pkt_burst =
>> + ixgbe_recv_pkts_lro_single_alloc;
>> }
>> }
>>
>> --
>> 2.1.0
next prev parent reply other threads:[~2015-04-29 6:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-26 14:46 [dpdk-dev] [PATCH v1 0/4]: Cleanups in the ixgbe PMD Vlad Zolotarov
2015-04-26 14:46 ` [dpdk-dev] [PATCH v1 1/4] ixgbe: move rx_bulk_alloc_allowed and rx_vec_allowed to ixgbe_adapter Vlad Zolotarov
2015-04-26 14:46 ` [dpdk-dev] [PATCH v1 2/4] ixgbe: ixgbe_rx_queue: remove unused rsc_en field Vlad Zolotarov
2015-04-26 14:46 ` [dpdk-dev] [PATCH v1 3/4] ixgbe: Kill ixgbe_recv_scattered_pkts() Vlad Zolotarov
2015-04-28 17:42 ` Ananyev, Konstantin
2015-04-29 6:47 ` Vlad Zolotarov [this message]
2015-04-29 6:49 ` Vlad Zolotarov
2015-04-29 9:28 ` Ananyev, Konstantin
2015-04-26 14:46 ` [dpdk-dev] [PATCH v1 4/4] ixgbe: Add support for scattered Rx with bulk allocation Vlad Zolotarov
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=55407E6B.2020605@cloudius-systems.com \
--to=vladz@cloudius-systems.com \
--cc=dev@dpdk.org \
--cc=konstantin.ananyev@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).