[dpdk-dev] [PATCH v4 0/5]: Add LRO support to ixgbe PMD
This series adds the missing flow for enabling the LRO in the ethdev and
adds a support for this feature in the ixgbe PMD. There is a big hope that this
initiative is going to be picked up by some Intel developer that would add the
LRO support
to other Intel PMDs. ;)
The series starts with some cleanup work in the code the final patch (the
actual adding of
the LRO support) is going to touch/use/change. There are still quite a few
issues in the ixgbe
PMD code left but they have to be a matter of a different series and I've left
a few "TODO"
remarks in the code.
The LRO ("RSC" in Intel's context) PMD completion handling code follows the
same design as the
corresponding Linux and FreeBSD implementation: pass the aggregation's cluster
HEAD buffer to
the NEXTP entry of the software ring till EOP is met.
HW configuration follows the corresponding specs: this feature is supported
only by x540 and
82599 PF devices.
The feature has been tested with seastar TCP stack with the following
configuration on Tx side:
- MTU: 400B
- 100 concurrent TCP connections.
The results were:
- Without LRO: total throughput: 0.12Gbps, coefficient of variance: 1.41%
- With LRO:total throughput: 8.21Gbps, coefficient of variance: 0.59%
This is an almost factor 80 improvement.
New in v4:
- Remove CONFIG_RTE_ETHDEV_LRO_SUPPORT from config/common_linuxapp.
- Define RTE_ETHDEV_HAS_LRO_SUPPORT in rte_ethdev.h.
- As a result of "ixgbe: check rxd number to avoid mbuf leak" (352078e8e)
Vector Rx
had to get the same treatment as Rx Bulk Alloc (see PATCH4 for more
details).
New in v3:
- ixgbe_rx_alloc_bufs(): Always reset refcnt of the buffers to 1. Otherwise
rte_pktmbuf_free()
won't free them.
New in v2:
- Removed rte_eth_dev_data.lro_bulk_alloc and added
ixgbe_hw.rx_bulk_alloc_allowed
instead.
- Unified the rx_pkt_bulk callback setting (a separate new patch).
- Fixed a few styling and spelling issues.
Vlad Zolotarov (5):
ixgbe: Cleanups
ixgbe: Bug fix: Properly configure Rx CRC stripping for x540 devices
ixgbe: Code refactoring
ixgbe: Unify the rx_pkt_bulk callback initialization
ixgbe: Add LRO support
lib/librte_ether/rte_ethdev.h | 9 +-
lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h | 2 +
lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 19 +-
lib/librte_pmd_ixgbe/ixgbe_ethdev.h | 5 +
lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 886 +++-
lib/librte_pmd_ixgbe/ixgbe_rxtx.h | 28 +-
6 files changed, 815 insertions(+), 134 deletions(-)
--
2.1.0
[dpdk-dev] [PATCH v4 1/5] ixgbe: Cleanups
- Removed the not needed casting.
- Use the rte_le_to_cpu_xx()/rte_cpu_to_le_xx() when reading/setting HW
ring descriptor fields. There were a few places where fields were
accessed/written
directly, which would break on big endian platforms like Power PC.
- ixgbe_dev_rx_init(): shorten the lines by defining a local alias variable
to access
&dev->data->dev_conf.rxmode.
Signed-off-by: Vlad Zolotarov
---
lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 46 +--
1 file changed, 25 insertions(+), 21 deletions(-)
diff --git a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
index 9ecf3e5..fe362e4 100644
--- a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
+++ b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
@@ -1028,12 +1028,11 @@ ixgbe_rx_alloc_bufs(struct igb_rx_queue *rxq)
struct igb_rx_entry *rxep;
struct rte_mbuf *mb;
uint16_t alloc_idx;
- uint64_t dma_addr;
+ __le64 dma_addr;
int diag, i;
/* allocate buffers in bulk directly into the S/W ring */
- alloc_idx = (uint16_t)(rxq->rx_free_trigger -
- (rxq->rx_free_thresh - 1));
+ alloc_idx = rxq->rx_free_trigger - (rxq->rx_free_thresh - 1);
rxep = &rxq->sw_ring[alloc_idx];
diag = rte_mempool_get_bulk(rxq->mb_pool, (void *)rxep,
rxq->rx_free_thresh);
@@ -1051,7 +1050,7 @@ ixgbe_rx_alloc_bufs(struct igb_rx_queue *rxq)
mb->port = rxq->port_id;
/* populate the descriptors */
- dma_addr = (uint64_t)mb->buf_physaddr + RTE_PKTMBUF_HEADROOM;
+ dma_addr = rte_cpu_to_le_64(RTE_MBUF_DATA_DMA_ADDR_DEFAULT(mb));
rxdp[i].read.hdr_addr = dma_addr;
rxdp[i].read.pkt_addr = dma_addr;
}
@@ -1061,10 +1060,9 @@ ixgbe_rx_alloc_bufs(struct igb_rx_queue *rxq)
IXGBE_PCI_REG_WRITE(rxq->rdt_reg_addr, rxq->rx_free_trigger);
/* update state of internal queue structure */
- rxq->rx_free_trigger = (uint16_t)(rxq->rx_free_trigger +
- rxq->rx_free_thresh);
+ rxq->rx_free_trigger = rxq->rx_free_trigger + rxq->rx_free_thresh;
if (rxq->rx_free_trigger >= rxq->nb_rx_desc)
- rxq->rx_free_trigger = (uint16_t)(rxq->rx_free_thresh - 1);
+ rxq->rx_free_trigger = rxq->rx_free_thresh - 1;
/* no errors */
return 0;
@@ -1559,13 +1557,14 @@ ixgbe_recv_scattered_pkts(void *rx_queue, struct
rte_mbuf **rx_pkts,
first_seg->ol_flags = pkt_flags;
if (likely(pkt_flags & PKT_RX_RSS_HASH))
- first_seg->hash.rss = rxd.wb.lower.hi_dword.rss;
+ first_seg->hash.rss =
+ rte_le_to_cpu_32(rxd.wb.lower.hi_dword.rss);
else if (pkt_flags & PKT_RX_FDIR) {
first_seg->hash.fdir.hash =
- (uint16_t)((rxd.wb.lower.hi_dword.csum_ip.csum)
- & IXGBE_ATR_HASH_MASK);
+ rte_le_to_cpu_16(rxd.wb.lower.hi_dword.csum_ip.csum)
+ & IXGBE_ATR_HASH_MASK;
first_seg->hash.fdir.id =
- rxd.wb.lower.hi_dword.csum_ip.ip_id;
+ rte_le_to_cpu_16(rxd.wb.lower.hi_dword.csum_ip.ip_id);
}
/* Prefetch data of first segment, if configured to do so. */
@@ -2248,6 +2247,12 @@ ixgbe_dev_rx_queue_setup(struct rte_eth_dev *dev,
#ifdef RTE_IXGBE_INC_VECTOR
ixgbe_rxq_vec_setup(rxq);
#endif
+ /*
+* TODO: This must be moved to ixgbe_dev_rx_init() since rx_pkt_burst
+* is a global per-device callback thus bulk allocation may be used
+* only if all queues meet the above preconditions.
+*/
+
/* Check if pre-conditions are satisfied, and no Scattered Rx */
if (!use_def_burst_func && !dev->data->scattered_rx) {
#ifdef RTE_LIBRTE_IXGBE_RX_ALLOW_BULK_ALLOC
@@ -3524,6 +3529,7 @@ ixgbe_dev_rx_init(struct rte_eth_dev *dev)
uint32_t rxcsum;
uint16_t buf_size;
uint16_t i;
+ struct rte_eth_rxmode *rx_conf = &dev->data->dev_conf.rxmode;
PMD_INIT_FUNC_TRACE();
hw = IXGBE_DEV_PRIVATE_TO_HW(dev->data->dev_private);
@@ -3546,7 +3552,7 @@ ixgbe_dev_rx_init(struct rte_eth_dev *dev)
* Configure CRC stripping, if any.
*/
hlreg0 = IXGBE_READ_REG(hw, IXGBE_HLREG0);
- if (dev->data->dev_conf.rxmode.hw_strip_crc)
+ if (rx_conf->hw_strip_crc)
hlreg0 |= IXGBE_HLREG0_RXCRCSTRP;
else
hlreg0 &= ~IXGBE_HLREG0_RXCRCSTRP;
@@ -3554,11 +3560,11 @@ ixgbe_dev_rx_init(struct rte_eth_dev *dev)
/*
* Configure jumbo frame support, if any.
*/
- if (dev->data->dev_c
[dpdk-dev] [PATCH v4 2/5] ixgbe: Bug fix: Properly configure Rx CRC stripping for x540 devices
According to x540 spec chapter 8.2.4.8.9 CRCSTRIP field of RDRXCTL should
be configured to the same value as HLREG0.RXCRCSTRP.
Clearing the RDRXCTL.RSCFRSTSIZE field for x540 is not required by the spec
but seems harmless.
Signed-off-by: Vlad Zolotarov
---
lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
index fe362e4..e370e0a 100644
--- a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
+++ b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
@@ -3680,7 +3680,8 @@ ixgbe_dev_rx_init(struct rte_eth_dev *dev)
IXGBE_WRITE_REG(hw, IXGBE_RXCSUM, rxcsum);
- if (hw->mac.type == ixgbe_mac_82599EB) {
+ if (hw->mac.type == ixgbe_mac_82599EB ||
+ hw->mac.type == ixgbe_mac_X540) {
rdrxctl = IXGBE_READ_REG(hw, IXGBE_RDRXCTL);
if (rx_conf->hw_strip_crc)
rdrxctl |= IXGBE_RDRXCTL_CRCSTRIP;
--
2.1.0
[dpdk-dev] [PATCH v4 3/5] ixgbe: Code refactoring
- ixgbe_rx_alloc_bufs():
- Reset the rte_mbuf fields only when requested.
- Take the RDT update out of the function.
- Add the stub when RTE_LIBRTE_IXGBE_RX_ALLOW_BULK_ALLOC is not defined.
- ixgbe_recv_scattered_pkts():
- Take the code that updates the fields of the cluster's HEAD buffer into
the inline function.
Signed-off-by: Vlad Zolotarov
---
New in v3:
- ixgbe_rx_alloc_bufs(): Always reset refcnt of the buffers to 1.
---
lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 114 +++---
1 file changed, 69 insertions(+), 45 deletions(-)
diff --git a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
index e370e0a..db8bbb6 100644
--- a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
+++ b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
@@ -1022,7 +1022,7 @@ ixgbe_rx_scan_hw_ring(struct igb_rx_queue *rxq)
}
static inline int
-ixgbe_rx_alloc_bufs(struct igb_rx_queue *rxq)
+ixgbe_rx_alloc_bufs(struct igb_rx_queue *rxq, bool reset_mbuf)
{
volatile union ixgbe_adv_rx_desc *rxdp;
struct igb_rx_entry *rxep;
@@ -1043,11 +1043,14 @@ ixgbe_rx_alloc_bufs(struct igb_rx_queue *rxq)
for (i = 0; i < rxq->rx_free_thresh; ++i) {
/* populate the static rte mbuf fields */
mb = rxep[i].mbuf;
+ if (reset_mbuf) {
+ mb->next = NULL;
+ mb->nb_segs = 1;
+ mb->port = rxq->port_id;
+ }
+
rte_mbuf_refcnt_set(mb, 1);
- mb->next = NULL;
mb->data_off = RTE_PKTMBUF_HEADROOM;
- mb->nb_segs = 1;
- mb->port = rxq->port_id;
/* populate the descriptors */
dma_addr = rte_cpu_to_le_64(RTE_MBUF_DATA_DMA_ADDR_DEFAULT(mb));
@@ -1055,10 +1058,6 @@ ixgbe_rx_alloc_bufs(struct igb_rx_queue *rxq)
rxdp[i].read.pkt_addr = dma_addr;
}
- /* update tail pointer */
- rte_wmb();
- IXGBE_PCI_REG_WRITE(rxq->rdt_reg_addr, rxq->rx_free_trigger);
-
/* update state of internal queue structure */
rxq->rx_free_trigger = rxq->rx_free_trigger + rxq->rx_free_thresh;
if (rxq->rx_free_trigger >= rxq->nb_rx_desc)
@@ -1110,7 +1109,9 @@ rx_recv_pkts(void *rx_queue, struct rte_mbuf **rx_pkts,
/* if required, allocate new buffers to replenish descriptors */
if (rxq->rx_tail > rxq->rx_free_trigger) {
- if (ixgbe_rx_alloc_bufs(rxq) != 0) {
+ uint16_t cur_free_trigger = rxq->rx_free_trigger;
+
+ if (ixgbe_rx_alloc_bufs(rxq, true) != 0) {
int i, j;
PMD_RX_LOG(DEBUG, "RX mbuf alloc failed port_id=%u "
"queue_id=%u", (unsigned) rxq->port_id,
@@ -1130,6 +1131,10 @@ rx_recv_pkts(void *rx_queue, struct rte_mbuf **rx_pkts,
return 0;
}
+
+ /* update tail pointer */
+ rte_wmb();
+ IXGBE_PCI_REG_WRITE(rxq->rdt_reg_addr, cur_free_trigger);
}
if (rxq->rx_tail >= rxq->nb_rx_desc)
@@ -1169,6 +1174,13 @@ ixgbe_recv_pkts_bulk_alloc(void *rx_queue, struct
rte_mbuf **rx_pkts,
return nb_rx;
}
+#else
+static inline int
+ixgbe_rx_alloc_bufs(__rte_unused struct igb_rx_queue *rxq,
+ __rte_unused bool reset_mbuf)
+{
+ return -ENOMEM;
+}
#endif /* RTE_LIBRTE_IXGBE_RX_ALLOW_BULK_ALLOC */
uint16_t
@@ -1353,6 +1365,51 @@ ixgbe_recv_pkts(void *rx_queue, struct rte_mbuf
**rx_pkts,
return (nb_rx);
}
+/**
+ * Initialize the first mbuf of the returned packet:
+ *- RX port identifier,
+ *- hardware offload data, if any:
+ * - RSS flag & hash,
+ * - IP checksum flag,
+ * - VLAN TCI, if any,
+ * - error flags.
+ * @head HEAD of the packet cluster
+ * @desc HW descriptor to get data from
+ * @port_id Port ID of the Rx queue
+ */
+static inline void ixgbe_fill_cluster_head_buf(
+ struct rte_mbuf *head,
+ union ixgbe_adv_rx_desc *desc,
+ uint8_t port_id,
+ uint32_t staterr)
+{
+ uint32_t hlen_type_rss;
+ uint64_t pkt_flags;
+
+ head->port = port_id;
+
+ /*
+* The vlan_tci field is only valid when PKT_RX_VLAN_PKT is
+* set in the pkt_flags field.
+*/
+ head->vlan_tci = rte_le_to_cpu_16(desc->wb.upper.vlan);
+ hlen_type_rss = rte_le_to_cpu_32(desc->wb.lower.lo_dword.data);
+ pkt_flags = rx_desc_hlen_type_rss_to_pkt_flags(hlen_type_rss);
+ pkt_flags |= rx_desc_status_to_pkt_flags(staterr);
+ pkt_flags |= rx_desc_error_to_pkt_flags(staterr);
+ head->ol_flags = pkt_flags;
+
+ if (likely(pkt_flags & PKT_RX_RSS_HASH))
+ head->hash.rss = rte_le_to_cpu_32(desc->wb.lower.hi_dword.rss);
+ else if (pkt_flags & PKT_RX_FDIR) {
+ head->hash.fdir.hash =
+ rte_le_to_cpu_16(
[dpdk-dev] [PATCH v4 4/5] ixgbe: Unify the rx_pkt_bulk callback initialization
- Set the callback in a single function that is called from
ixgbe_dev_rx_init() for a primary process and from eth_ixgbe_dev_init()
for a secondary processes. This is instead of multiple, hard to track
places.
- Added ixgbe_hw.rx_bulk_alloc_allowed - see ixgbe_hw.rx_vec_allowed
description below.
- Added ixgbe_hw.rx_vec_allowed: like with Bulk Allocation, Vector Rx is
enabled or disabled on a per-port level. All queues have to meet the
appropriate
preconditions and if any of them doesn't - the feature has to be disabled.
Therefore ixgbe_hw.rx_vec_allowed will be updated during each queues
configuration
(rte_eth_rx_queue_setup()) and then used in rte_eth_dev_start() to
configure the
appropriate callbacks. The same happens with ixgbe_hw.rx_vec_allowed in a
Bulk Allocation
context.
- Bugs fixed:
- Vector scattered packets callback was called regardless the appropriate
preconditions:
- Vector Rx specific preconditions.
- Bulk Allocation preconditions.
- Vector Rx was enabled/disabled according to the last queue setting and
not
based on all queues setting (which may be different for each queue).
Signed-off-by: Vlad Zolotarov
---
New in v4:
- Added the same handling for Vector Rx (allowed) state as there has been
added for
Rx Bulk Alloc before (caused by "ixgbe: check rxd number to avoid mbuf
leak"
(352078e8e) patch).
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h | 2 +
lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 13 ++-
lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 189
lib/librte_pmd_ixgbe/ixgbe_rxtx.h | 22 +++-
4 files changed, 152 insertions(+), 74 deletions(-)
diff --git a/lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h
b/lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h
index c67d462..9a66370 100644
--- a/lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h
+++ b/lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h
@@ -3657,6 +3657,8 @@ struct ixgbe_hw {
bool force_full_reset;
bool allow_unsupported_sfp;
bool wol_enabled;
+ bool rx_bulk_alloc_allowed;
+ bool rx_vec_allowed;
};
#define ixgbe_call_func(hw, func, params, error) \
diff --git a/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
b/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
index 9bdc046..9d3de1a 100644
--- a/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
+++ b/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
@@ -760,8 +760,8 @@ eth_ixgbe_dev_init(__attribute__((unused)) struct
eth_driver *eth_drv,
"Using default TX function.");
}
- if (eth_dev->data->scattered_rx)
- eth_dev->rx_pkt_burst = ixgbe_recv_scattered_pkts;
+ set_rx_function(eth_dev);
+
return 0;
}
pci_dev = eth_dev->pci_dev;
@@ -772,6 +772,13 @@ eth_ixgbe_dev_init(__attribute__((unused)) struct
eth_driver *eth_drv,
hw->hw_addr = (void *)pci_dev->mem_resource[0].addr;
hw->allow_unsupported_sfp = 1;
+ /*
+* Initialize to TRUE. If any of Rx queues doesn't meet the bulk
+* allocation or vector Rx preconditions we will reset it.
+*/
+ hw->rx_bulk_alloc_allowed = true;
+ hw->rx_vec_allowed = true;
+
/* Initialize the shared code (base driver) */
#ifdef RTE_NIC_BYPASS
diag = ixgbe_bypass_init_shared_code(hw);
@@ -1641,6 +1648,8 @@ ixgbe_dev_stop(struct rte_eth_dev *dev)
/* Clear stored conf */
dev->data->scattered_rx = 0;
+ hw->rx_bulk_alloc_allowed = false;
+ hw->rx_vec_allowed = false;
/* Clear recorded link status */
memset(&link, 0, sizeof(link));
diff --git a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
index db8bbb6..37aca5d 100644
--- a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
+++ b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
@@ -2096,12 +2096,12 @@ check_rx_burst_bulk_alloc_preconditions(__rte_unused
struct igb_rx_queue *rxq)
/* Reset dynamic igb_rx_queue fields back to defaults */
static void
-ixgbe_reset_rx_queue(struct igb_rx_queue *rxq)
+ixgbe_reset_rx_queue(struct ixgbe_hw *hw, struct igb_rx_queue *rxq)
{
static const union ixgbe_adv_rx_desc zeroed_desc = { .read = {
.pkt_addr = 0}};
unsigned i;
- uint16_t len;
+ uint16_t len = rxq->nb_rx_desc;
/*
* By default, the Rx queue setup function allocates enough memory for
@@ -2113,14 +2113,9 @@ ixgbe_reset_rx_queue(struct igb_rx_queue *rxq)
* constraints here to see if we need to zero out memory after the end
* of the H/W descriptor ring.
*/
-#ifdef RTE_LIBRTE_IXGBE_RX_ALLOW_BULK_ALLOC
- if (check_rx_burst_bulk_alloc_preconditions(rxq) == 0)
+ if (hw->rx_bulk_alloc_allowed)
/* zero out extra memory */
- len = (uint16_t)(rxq->nb_rx_desc + RTE_PMD_IXGBE_RX_MAX_BURST);
- else
-#endif
- /* do not zer
[dpdk-dev] [PATCH v4 5/5] ixgbe: Add LRO support
- Only x540 and 82599 devices support LRO.
- Add the appropriate HW configuration.
- Add RSC aware rx_pkt_burst() handlers:
- Implemented bulk allocation and non-bulk allocation versions.
- Add LRO-specific fields to rte_eth_rxmode, to rte_eth_dev_data
and to igb_rx_queue.
- Use the appropriate handler when LRO is requested.
Signed-off-by: Vlad Zolotarov
---
New in v4:
- Define RTE_ETHDEV_HAS_LRO_SUPPORT in rte_ethdev.h instead of
RTE_ETHDEV_LRO_SUPPORT defined in config/common_linuxapp.
New in v2:
- Removed rte_eth_dev_data.lro_bulk_alloc.
- Fixed a few styling and spelling issues.
---
lib/librte_ether/rte_ethdev.h | 9 +-
lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 6 +
lib/librte_pmd_ixgbe/ixgbe_ethdev.h | 5 +
lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 562 +++-
lib/librte_pmd_ixgbe/ixgbe_rxtx.h | 6 +
5 files changed, 581 insertions(+), 7 deletions(-)
diff --git a/lib/librte_ether/rte_ethdev.h b/lib/librte_ether/rte_ethdev.h
index 8db3127..2cbdeaa 100644
--- a/lib/librte_ether/rte_ethdev.h
+++ b/lib/librte_ether/rte_ethdev.h
@@ -312,6 +312,9 @@ enum rte_eth_tx_mq_mode {
#define ETH_VMDQ_DCB_TX ETH_MQ_TX_VMDQ_DCB
#define ETH_DCB_TX ETH_MQ_TX_DCB
+/* TODO: Remove this when DPDK version bumps up to 2.0.1 */
+#define RTE_ETHDEV_HAS_LRO_SUPPORT
+
/**
* A structure used to configure the RX features of an Ethernet port.
*/
@@ -320,14 +323,15 @@ struct rte_eth_rxmode {
enum rte_eth_rx_mq_mode mq_mode;
uint32_t max_rx_pkt_len; /**< Only used if jumbo_frame enabled. */
uint16_t split_hdr_size; /**< hdr buf size (header_split enabled).*/
- uint8_t header_split : 1, /**< Header Split enable. */
+ uint16_t header_split : 1, /**< Header Split enable. */
hw_ip_checksum : 1, /**< IP/UDP/TCP checksum offload enable.
*/
hw_vlan_filter : 1, /**< VLAN filter enable. */
hw_vlan_strip: 1, /**< VLAN strip enable. */
hw_vlan_extend : 1, /**< Extended VLAN enable. */
jumbo_frame : 1, /**< Jumbo Frame Receipt enable. */
hw_strip_crc : 1, /**< Enable CRC stripping by hardware. */
- enable_scatter : 1; /**< Enable scatter packets rx handler */
+ enable_scatter : 1, /**< Enable scatter packets rx handler */
+ enable_lro : 1; /**< Enable LRO */
};
/**
@@ -1515,6 +1519,7 @@ struct rte_eth_dev_data {
uint8_t port_id; /**< Device [external] port identifier. */
uint8_t promiscuous : 1, /**< RX promiscuous mode ON(1) / OFF(0). */
scattered_rx : 1, /**< RX of scattered packets is ON(1) /
OFF(0) */
+ lro : 1, /**< RX LRO is ON(1) / OFF(0) */
all_multicast : 1, /**< RX all multicast mode ON(1) / OFF(0). */
dev_started : 1; /**< Device state: STARTED(1) / STOPPED(0).
*/
};
diff --git a/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
b/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
index 9d3de1a..765174d 100644
--- a/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
+++ b/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
@@ -1648,6 +1648,7 @@ ixgbe_dev_stop(struct rte_eth_dev *dev)
/* Clear stored conf */
dev->data->scattered_rx = 0;
+ dev->data->lro = 0;
hw->rx_bulk_alloc_allowed = false;
hw->rx_vec_allowed = false;
@@ -2018,6 +2019,11 @@ ixgbe_dev_info_get(struct rte_eth_dev *dev, struct
rte_eth_dev_info *dev_info)
DEV_RX_OFFLOAD_IPV4_CKSUM |
DEV_RX_OFFLOAD_UDP_CKSUM |
DEV_RX_OFFLOAD_TCP_CKSUM;
+
+ if (hw->mac.type == ixgbe_mac_82599EB ||
+ hw->mac.type == ixgbe_mac_X540)
+ dev_info->rx_offload_capa |= DEV_RX_OFFLOAD_TCP_LRO;
+
dev_info->tx_offload_capa =
DEV_TX_OFFLOAD_VLAN_INSERT |
DEV_TX_OFFLOAD_IPV4_CKSUM |
diff --git a/lib/librte_pmd_ixgbe/ixgbe_ethdev.h
b/lib/librte_pmd_ixgbe/ixgbe_ethdev.h
index a549f5c..e206584 100644
--- a/lib/librte_pmd_ixgbe/ixgbe_ethdev.h
+++ b/lib/librte_pmd_ixgbe/ixgbe_ethdev.h
@@ -349,6 +349,11 @@ uint16_t ixgbe_recv_pkts_bulk_alloc(void *rx_queue, struct
rte_mbuf **rx_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(void *rx_queue,
+ struct rte_mbuf **rx_pkts, uint16_t nb_pkts);
+uint16_t ixgbe_recv_pkts_lro_bulk_alloc(void *rx_queue,
+ struct rte_mbuf **rx_pkts, uint16_t nb_pkts);
+
uint16_t ixgbe_xmit_pkts(void *tx_queue, struct rte_mbuf **tx_pkts,
uint16_t nb_pkts);
diff --git a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
index 37aca5d..593adb9 100644
--- a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
+++ b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
@@ -1366,6 +1366,15 @@ ixgbe_recv_pkts(void *rx_qu
[dpdk-dev] Memory issues seen while running pktgen with DPDK sample application
Hi, I'm trying to send packets from pktgen to exception path sample application. My configuration is like this: |--Terminal 1--- ---Terminal 2 | | | | | Pktgen |--> NIC port 0 --|--->tap0 --> Appln --->tap1| | | |-| |--- Tried the following but getting an error with memory fault: Pktgen: Started this first Exception path sample application: When I started this I got the error: Please let me know how to resolve this error: sudo ./build/exceptiopath -c 0x03 -n 2 -- -p 0x01 -i 2 -o 1 [sudo] password for controller: EAL: Detected lcore 0 as core 0 on socket 0 EAL: Detected lcore 1 as core 1 on socket 0 EAL: Support maximum 64 logical core(s) by configuration. EAL: Detected 2 lcore(s) EAL: No free hugepages reported in hugepages-2048kB PANIC in rte_eal_init(): Cannot get hugepage information 6: [./build/exception_path() [0x418cc5]] 5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) [0x7fda2c77976d]] 4: [./build/exception_path(main+0x39) [0x4183e9]] 3: [./build/exception_path(rte_eal_init+0x10ac) [0x45f8ac]] 2: [./build/exception_path(__rte_panic+0xc1) [0x41824a]] 1: [./build/exception_path(rte_dump_stack+0x23) [0x466013]] Then I tried the following steps (2) Started the sample path application first Pktgen next I got the below error: Pktgen created by: Keith Wiles -- >>> Powered by Intel? DPDK <<< --- EAL: Detected lcore 0 as core 0 on socket 0 EAL: Detected lcore 1 as core 1 on socket 0 EAL: Support maximum 64 logical core(s) by configuration. EAL: Detected 2 lcore(s) EAL: No free hugepages reported in hugepages-2048kB PANIC in rte_eal_init(): Cannot get hugepage information 6: [./app/build/pktgen() [0x422ba5]] 5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) [0x7fb46e0b476d]] 4: [./app/build/pktgen(main+0x116) [0x422286]] 3: [./app/build/pktgen(rte_eal_init+0x10ac) [0x4ac4dc]] 2: [./app/build/pktgen(__rte_panic+0xc1) [0x422007]] 1: [./app/build/pktgen(rte_dump_stack+0x23) [0x4b2c43]] (3) I tried specifying no of pages that both the pktgen and sample application needs to take by specifying it in commandline in the EAL options: But that also didnt work: EAL: Virtual area found at 0x7fcff620 (size = 0x20) EAL: Not enough memory available on socket 1! Requested: 128MB, available: 0MB PANIC in rte_eal_init(): Cannot init memory 6: [./build/exception_path() [0x418cc5]] 5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) [0x7fd0790f876d]] 4: [./build/exception_path(main+0x39) [0x4183e9]] 3: [./build/exception_path(rte_eal_init+0x1808) [0x460008]] 2: [./build/exception_path(__rte_panic+0xc1) [0x41824a]] 1: [./build/exception_path(rte_dump_stack+0x23) [0x466013]] (4) Then I went forward to edit the no of hugepages allocated in the script /etc/sysctl.conf and then ran the setup.sh script under the tools dir to allocate hugepages for each separate application This time also I faced issues related to memory running out: HugePages: 0 kB HugePages_Total: 256 HugePages_Free: 256 HugePages_Rsvd:0 HugePages_Surp:0 Hugepagesize: 2048 kB EAL: Requesting 256 pages of size 2MB from socket 0 EAL: TSC frequency is ~2689707 KHz EAL: WARNING: cpu flags constant_tsc=yes nonstop_tsc=no -> using unreliable clock cycles ! EAL: Master core 0 is ready (tid=4fd54800) EAL: Core 1 is ready (tid=2c7fe700) EAL: PCI device :00:08.0 on NUMA socket -1 EAL: probe driver: 8086:100f rte_em_pmd EAL: PCI memory mapped at 0x7f894fcfe000 EAL: PCI device :00:09.0 on NUMA socket -1 EAL: probe driver: 8086:100f rte_em_pmd EAL: PCI memory mapped at 0x7f894fcde000 EAL: PCI device :00:0a.0 on NUMA socket -1 EAL: probe driver: 8086:100f rte_em_pmd EAL: :00:0a.0 not managed by UIO driver, skipping EAL: PCI device :00:11.0 on NUMA socket -1 EAL: probe driver: 8086:100f rte_em_pmd EAL: :00:11.0 not managed by UIO driver, skipping EAL: PCI device :00:0a.0 on NUMA socket -1 EAL: probe driver: 8086:100f rte_em_pmd EAL: :00:0a.0 not managed by UIO driver, skipping EAL: PCI device :00:11.0 on NUMA socket -1 EAL: probe driver: 8086:100f rte_em_pmd EAL: :00:11.0 not managed by UIO driver, skipping APP: Initialising port 0 ... Checking link statusdone Port 0 Link Up - speed 1000 Mbps - full-duplex APP: Lcore 1 is reading from port 0 and writing to tap_dpdk_01 APP: Lcore 0 is reading from tap_dpdk_00 and writing to port 0 Setting huge pages through execution of setup.sh: HugePages: 0 kB HugePages_Total: 512 HugePages_Free: 256 HugePages_Rsvd:0 HugePages_Surp:0 Hugepagesize: 2048 kB Press enter to continue ... when pktgen is executed the output was: Pktgen created by: Keith Wiles -- >>> Powered by Intel? DPDK <<< --- EAL:
[dpdk-dev] [PATCH v3 01/10] vmxnet3: fix link state handling
On Fri, 6 Mar 2015 17:21:36 + "Sanford, Robert" wrote: > Hi Stephen, > > Have you considered supporting LSC interrupts in vmxnet3? > > -- > Thanks, > Robert I tried implementing it but it is not possible since the VMXNET3 device API does not have an interrupt mask. Therefore there is no way to get Link State interrupts but not get an interrupt for every packet received.
[dpdk-dev] [PATCH v3 2/2] doc: Update for new HW vlan command
> -Original Message- > From: Ouyang, Changchun > Sent: Friday, March 6, 2015 8:10 AM > To: dev at dpdk.org > Cc: Butler, Siobhan A; De Lara Guarch, Pablo; Cao, Waterman; Ouyang, > Changchun > Subject: [PATCH v3 2/2] doc: Update for new HW vlan command > > Update the testpmd doc as there are new HW VLAN commands/options. > > Signed-off-by: Changchun Ouyang > --- > doc/guides/testpmd_app_ug/run_app.rst | 12 +++ > doc/guides/testpmd_app_ug/testpmd_funcs.rst | 33 > + > 2 files changed, 45 insertions(+) > > diff --git a/doc/guides/testpmd_app_ug/run_app.rst > b/doc/guides/testpmd_app_ug/run_app.rst > index 67f62d2..3898e67 100644 > --- a/doc/guides/testpmd_app_ug/run_app.rst > +++ b/doc/guides/testpmd_app_ug/run_app.rst > @@ -262,6 +262,18 @@ They must be separated from the EAL options, > shown in the previous section, with > > Disable hardware VLAN. > > +* --disable-hw-vlan-filter > + > +Disable hardware VLAN filter. > + > +* --disable-hw-vlan-strip > + > +Disable hardware VLAN strip. > + > +* --disable-hw-vlan-extend > + > +Disable hardware VLAN extend. > + > * --enable-drop-en > > Enable per-queue packet drop for packets with no descriptors. > diff --git a/doc/guides/testpmd_app_ug/testpmd_funcs.rst > b/doc/guides/testpmd_app_ug/testpmd_funcs.rst > index 218835a..b644626 100644 > --- a/doc/guides/testpmd_app_ug/testpmd_funcs.rst > +++ b/doc/guides/testpmd_app_ug/testpmd_funcs.rst > @@ -896,6 +896,39 @@ Hardware VLAN is on by default. > > The off option is equivalent to the --disable-hw-vlan command-line option. > > +port config - VLAN filter > +~ > + > +Set hardware VLAN filter on or off for all ports: > + > +port config all hw-vlan-filter (on|off) > + > +Hardware VLAN filter is on by default. > + > +The off option is equivalent to the --disable-hw-vlan-filter command-line > option. > + > +port config - VLAN strip > + > + > +Set hardware VLAN strip on or off for all ports: > + > +port config all hw-vlan-strip (on|off) > + > +Hardware VLAN strip is on by default. > + > +The off option is equivalent to the --disable-hw-vlan-strip command-line > option. > + > +port config - VLAN extend > +~ > + > +Set hardware VLAN extend on or off for all ports: > + > +port config all hw-vlan-extend (on|off) > + > +Hardware VLAN extend is off by default. > + > +The off option is equivalent to the --disable-hw-vlan-extend command-line > option. > + > port config - Drop Packets > ~~ > > -- > 1.8.4.2 Acked-by Siobhan Butler
[dpdk-dev] [PATCH v4 2/5] ixgbe: Bug fix: Properly configure Rx CRC stripping for x540 devices
Hi Vlad, 2015-03-08 16:04, Vlad Zolotarov: > According to x540 spec chapter 8.2.4.8.9 CRCSTRIP field of RDRXCTL should > be configured to the same value as HLREG0.RXCRCSTRP. > > Clearing the RDRXCTL.RSCFRSTSIZE field for x540 is not required by the spec > but seems harmless. > > Signed-off-by: Vlad Zolotarov You are mixing a fix (this patch) and enhancements (LRO) in the same series. Could you separate them please, as LRO is not going into 2.0 but this fix is a good candidate. Thanks
[dpdk-dev] [PATCH v4 5/5] ixgbe: Add LRO support
2015-03-08 16:04, Vlad Zolotarov:
> --- a/lib/librte_ether/rte_ethdev.h
> +++ b/lib/librte_ether/rte_ethdev.h
> @@ -312,6 +312,9 @@ enum rte_eth_tx_mq_mode {
> #define ETH_VMDQ_DCB_TX ETH_MQ_TX_VMDQ_DCB
> #define ETH_DCB_TX ETH_MQ_TX_DCB
>
> +/* TODO: Remove this when DPDK version bumps up to 2.0.1 */
The last digit is reserved for maintenance.
LRO should be merged in 2.1.0.
By the way, why removing this macros when it's integrated? I think it would
be a good idea to start using this kind of macro for new API.
It's better than version checking because it supports backports.
Opinion?
> +#define RTE_ETHDEV_HAS_LRO_SUPPORT
Is it the right location to define it?
Is it better than defining it just above one of the new fields or at the
beginning of the file?
> +
> /**
> * A structure used to configure the RX features of an Ethernet port.
> */
> @@ -320,14 +323,15 @@ struct rte_eth_rxmode {
> enum rte_eth_rx_mq_mode mq_mode;
> uint32_t max_rx_pkt_len; /**< Only used if jumbo_frame enabled. */
> uint16_t split_hdr_size; /**< hdr buf size (header_split enabled).*/
> - uint8_t header_split : 1, /**< Header Split enable. */
> + uint16_t header_split : 1, /**< Header Split enable. */
> hw_ip_checksum : 1, /**< IP/UDP/TCP checksum offload enable.
> */
> hw_vlan_filter : 1, /**< VLAN filter enable. */
> hw_vlan_strip: 1, /**< VLAN strip enable. */
> hw_vlan_extend : 1, /**< Extended VLAN enable. */
> jumbo_frame : 1, /**< Jumbo Frame Receipt enable. */
> hw_strip_crc : 1, /**< Enable CRC stripping by hardware. */
> - enable_scatter : 1; /**< Enable scatter packets rx handler */
> + enable_scatter : 1, /**< Enable scatter packets rx handler */
> + enable_lro : 1; /**< Enable LRO */
> };
>
> /**
> @@ -1515,6 +1519,7 @@ struct rte_eth_dev_data {
> uint8_t port_id; /**< Device [external] port identifier. */
> uint8_t promiscuous : 1, /**< RX promiscuous mode ON(1) / OFF(0). */
> scattered_rx : 1, /**< RX of scattered packets is ON(1) /
> OFF(0) */
> + lro : 1, /**< RX LRO is ON(1) / OFF(0) */
> all_multicast : 1, /**< RX all multicast mode ON(1) / OFF(0). */
> dev_started : 1; /**< Device state: STARTED(1) / STOPPED(0).
> */
> };
[dpdk-dev] Memory issues seen while running pktgen with DPDK sample application
Hi Shankari, Please show the command lines you are using for the two applications. On 3/8/15, 11:10 AM, "Shankari Vaidyalingam" wrote: >Hi, > >I'm trying to send packets from pktgen to exception path sample >application. >My configuration is like this: > >|--Terminal 1--- ---Terminal >2 >| | | > | >| Pktgen |--> NIC port 0 --|--->tap0 --> Appln >--->tap1| >| | >|-| >|--- >Tried the following but getting an error with memory fault: > > >Pktgen: Started this first >Exception path sample application: When I started this I got the error: >Please let me know how to resolve this error: > > > >sudo ./build/exceptiopath -c 0x03 -n 2 -- -p 0x01 -i 2 -o 1 >[sudo] password for controller: >EAL: Detected lcore 0 as core 0 on socket 0 >EAL: Detected lcore 1 as core 1 on socket 0 >EAL: Support maximum 64 logical core(s) by configuration. >EAL: Detected 2 lcore(s) >EAL: No free hugepages reported in hugepages-2048kB >PANIC in rte_eal_init(): >Cannot get hugepage information >6: [./build/exception_path() [0x418cc5]] >5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) >[0x7fda2c77976d]] >4: [./build/exception_path(main+0x39) [0x4183e9]] >3: [./build/exception_path(rte_eal_init+0x10ac) [0x45f8ac]] >2: [./build/exception_path(__rte_panic+0xc1) [0x41824a]] >1: [./build/exception_path(rte_dump_stack+0x23) [0x466013]] > > > >Then I tried the following steps > >(2) Started the sample path application first >Pktgen next I got the below error: > > Pktgen created by: Keith Wiles -- >>> Powered by Intel? DPDK <<< >--- >EAL: Detected lcore 0 as core 0 on socket 0 >EAL: Detected lcore 1 as core 1 on socket 0 >EAL: Support maximum 64 logical core(s) by configuration. >EAL: Detected 2 lcore(s) >EAL: No free hugepages reported in hugepages-2048kB >PANIC in rte_eal_init(): >Cannot get hugepage information >6: [./app/build/pktgen() [0x422ba5]] >5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) >[0x7fb46e0b476d]] >4: [./app/build/pktgen(main+0x116) [0x422286]] >3: [./app/build/pktgen(rte_eal_init+0x10ac) [0x4ac4dc]] >2: [./app/build/pktgen(__rte_panic+0xc1) [0x422007]] >1: [./app/build/pktgen(rte_dump_stack+0x23) [0x4b2c43]] > >(3) I tried specifying no of pages that both the pktgen and sample >application needs to take by specifying it in commandline in the EAL >options: >But that also didnt work: > >EAL: Virtual area found at 0x7fcff620 (size = 0x20) >EAL: Not enough memory available on socket 1! Requested: 128MB, available: >0MB >PANIC in rte_eal_init(): >Cannot init memory >6: [./build/exception_path() [0x418cc5]] >5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) >[0x7fd0790f876d]] >4: [./build/exception_path(main+0x39) [0x4183e9]] >3: [./build/exception_path(rte_eal_init+0x1808) [0x460008]] >2: [./build/exception_path(__rte_panic+0xc1) [0x41824a]] >1: [./build/exception_path(rte_dump_stack+0x23) [0x466013]] > >(4) Then I went forward to edit the no of hugepages allocated in the >script >/etc/sysctl.conf and then >ran the setup.sh script under the tools dir to allocate hugepages for each >separate application > >This time also I faced issues related to memory running out: > >HugePages: 0 kB >HugePages_Total: 256 >HugePages_Free: 256 >HugePages_Rsvd:0 >HugePages_Surp:0 >Hugepagesize: 2048 kB > >EAL: Requesting 256 pages of size 2MB from socket 0 >EAL: TSC frequency is ~2689707 KHz >EAL: WARNING: cpu flags constant_tsc=yes nonstop_tsc=no -> using >unreliable >clock cycles ! >EAL: Master core 0 is ready (tid=4fd54800) >EAL: Core 1 is ready (tid=2c7fe700) >EAL: PCI device :00:08.0 on NUMA socket -1 >EAL: probe driver: 8086:100f rte_em_pmd >EAL: PCI memory mapped at 0x7f894fcfe000 >EAL: PCI device :00:09.0 on NUMA socket -1 >EAL: probe driver: 8086:100f rte_em_pmd >EAL: PCI memory mapped at 0x7f894fcde000 >EAL: PCI device :00:0a.0 on NUMA socket -1 >EAL: probe driver: 8086:100f rte_em_pmd >EAL: :00:0a.0 not managed by UIO driver, skipping >EAL: PCI device :00:11.0 on NUMA socket -1 >EAL: probe driver: 8086:100f rte_em_pmd >EAL: :00:11.0 not managed by UIO driver, skipping >EAL: PCI device :00:0a.0 on NUMA socket -1 >EAL: probe driver: 8086:100f rte_em_pmd >EAL: :00:0a.0 not managed by UIO driver, skipping >EAL: PCI device :00:11.0 on NUMA socket -1 >EAL: probe driver: 8086:100f rte_em_pmd >EAL: :00:11.0 not managed by UIO driver, skipping >APP: Initialising port 0 ... > >Checking link statusdone >Port 0 Link Up - speed 1000 Mbps - full-duplex >APP: Lcore 1 is reading from port 0 and writing to tap_dpdk_01 >APP: Lcore 0 is reading from tap_dpdk_00 and writing to port 0 > >Setting huge pages through execution of setup.sh: > >HugePages: 0 kB >HugePages_Total:
[dpdk-dev] Memory issues seen while running pktgen with DPDK sample application
On 3/8/15, 5:11 PM, "Wiles, Keith" wrote: >Hi Shankari, > >Please show the command lines you are using for the two applications. Sorry, you did show the command lines. > > > >On 3/8/15, 11:10 AM, "Shankari Vaidyalingam" >wrote: > >>Hi, >> >>I'm trying to send packets from pktgen to exception path sample >>application. >>My configuration is like this: >> >>|--Terminal 1--- ---Terminal >>2 >>| | | >> | >>| Pktgen |--> NIC port 0 --|--->tap0 --> Appln >>--->tap1| >>| | >>|-| >>|--- >>Tried the following but getting an error with memory fault: >> >> >>Pktgen: Started this first >>Exception path sample application: When I started this I got the error: >>Please let me know how to resolve this error: >> >> >> >>sudo ./build/exceptiopath -c 0x03 -n 2 -- -p 0x01 -i 2 -o 1 >>[sudo] password for controller: >>EAL: Detected lcore 0 as core 0 on socket 0 >>EAL: Detected lcore 1 as core 1 on socket 0 >>EAL: Support maximum 64 logical core(s) by configuration. >>EAL: Detected 2 lcore(s) >>EAL: No free hugepages reported in hugepages-2048kB >>PANIC in rte_eal_init(): >>Cannot get hugepage information >>6: [./build/exception_path() [0x418cc5]] >>5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) >>[0x7fda2c77976d]] >>4: [./build/exception_path(main+0x39) [0x4183e9]] >>3: [./build/exception_path(rte_eal_init+0x10ac) [0x45f8ac]] >>2: [./build/exception_path(__rte_panic+0xc1) [0x41824a]] >>1: [./build/exception_path(rte_dump_stack+0x23) [0x466013]] >> >> >> >>Then I tried the following steps >> >>(2) Started the sample path application first >>Pktgen next I got the below error: >> >> Pktgen created by: Keith Wiles -- >>> Powered by Intel? DPDK <<< >>--- >>EAL: Detected lcore 0 as core 0 on socket 0 >>EAL: Detected lcore 1 as core 1 on socket 0 >>EAL: Support maximum 64 logical core(s) by configuration. >>EAL: Detected 2 lcore(s) >>EAL: No free hugepages reported in hugepages-2048kB >>PANIC in rte_eal_init(): >>Cannot get hugepage information >>6: [./app/build/pktgen() [0x422ba5]] >>5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) >>[0x7fb46e0b476d]] >>4: [./app/build/pktgen(main+0x116) [0x422286]] >>3: [./app/build/pktgen(rte_eal_init+0x10ac) [0x4ac4dc]] >>2: [./app/build/pktgen(__rte_panic+0xc1) [0x422007]] >>1: [./app/build/pktgen(rte_dump_stack+0x23) [0x4b2c43]] >> >>(3) I tried specifying no of pages that both the pktgen and sample >>application needs to take by specifying it in commandline in the EAL >>options: >>But that also didnt work: >> >>EAL: Virtual area found at 0x7fcff620 (size = 0x20) >>EAL: Not enough memory available on socket 1! Requested: 128MB, >>available: >>0MB >>PANIC in rte_eal_init(): >>Cannot init memory >>6: [./build/exception_path() [0x418cc5]] >>5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) >>[0x7fd0790f876d]] >>4: [./build/exception_path(main+0x39) [0x4183e9]] >>3: [./build/exception_path(rte_eal_init+0x1808) [0x460008]] >>2: [./build/exception_path(__rte_panic+0xc1) [0x41824a]] >>1: [./build/exception_path(rte_dump_stack+0x23) [0x466013]] >> >>(4) Then I went forward to edit the no of hugepages allocated in the >>script >>/etc/sysctl.conf and then >>ran the setup.sh script under the tools dir to allocate hugepages for >>each >>separate application >> >>This time also I faced issues related to memory running out: >> >>HugePages: 0 kB >>HugePages_Total: 256 >>HugePages_Free: 256 >>HugePages_Rsvd:0 >>HugePages_Surp:0 >>Hugepagesize: 2048 kB >> >>EAL: Requesting 256 pages of size 2MB from socket 0 >>EAL: TSC frequency is ~2689707 KHz >>EAL: WARNING: cpu flags constant_tsc=yes nonstop_tsc=no -> using >>unreliable >>clock cycles ! >>EAL: Master core 0 is ready (tid=4fd54800) >>EAL: Core 1 is ready (tid=2c7fe700) >>EAL: PCI device :00:08.0 on NUMA socket -1 >>EAL: probe driver: 8086:100f rte_em_pmd >>EAL: PCI memory mapped at 0x7f894fcfe000 >>EAL: PCI device :00:09.0 on NUMA socket -1 >>EAL: probe driver: 8086:100f rte_em_pmd >>EAL: PCI memory mapped at 0x7f894fcde000 >>EAL: PCI device :00:0a.0 on NUMA socket -1 >>EAL: probe driver: 8086:100f rte_em_pmd >>EAL: :00:0a.0 not managed by UIO driver, skipping >>EAL: PCI device :00:11.0 on NUMA socket -1 >>EAL: probe driver: 8086:100f rte_em_pmd >>EAL: :00:11.0 not managed by UIO driver, skipping >>EAL: PCI device :00:0a.0 on NUMA socket -1 >>EAL: probe driver: 8086:100f rte_em_pmd >>EAL: :00:0a.0 not managed by UIO driver, skipping >>EAL: PCI device :00:11.0 on NUMA socket -1 >>EAL: probe driver: 8086:100f rte_em_pmd >>EAL: :00:11.0 not managed by UIO driver, skipping >>APP: Initialising port 0 ... >> >>Checking link statusdone >>Port 0 Link Up - speed 1000 Mbps - full-duplex >
