2017-12-19 15:48:59 +00:00
|
|
|
/* SPDX-License-Identifier: BSD-3-Clause
|
|
|
|
* Copyright(c) 2010-2014 Intel Corporation
|
2012-09-04 12:54:00 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
#include <stdarg.h>
|
|
|
|
#include <string.h>
|
|
|
|
#include <stdio.h>
|
|
|
|
#include <errno.h>
|
|
|
|
#include <stdint.h>
|
|
|
|
#include <unistd.h>
|
|
|
|
#include <inttypes.h>
|
|
|
|
|
|
|
|
#include <sys/queue.h>
|
|
|
|
#include <sys/stat.h>
|
|
|
|
|
|
|
|
#include <rte_common.h>
|
|
|
|
#include <rte_byteorder.h>
|
|
|
|
#include <rte_log.h>
|
|
|
|
#include <rte_debug.h>
|
|
|
|
#include <rte_cycles.h>
|
|
|
|
#include <rte_memory.h>
|
|
|
|
#include <rte_memcpy.h>
|
|
|
|
#include <rte_launch.h>
|
|
|
|
#include <rte_eal.h>
|
|
|
|
#include <rte_per_lcore.h>
|
|
|
|
#include <rte_lcore.h>
|
|
|
|
#include <rte_branch_prediction.h>
|
|
|
|
#include <rte_mempool.h>
|
|
|
|
#include <rte_mbuf.h>
|
|
|
|
#include <rte_interrupts.h>
|
|
|
|
#include <rte_pci.h>
|
|
|
|
#include <rte_ether.h>
|
|
|
|
#include <rte_ethdev.h>
|
|
|
|
#include <rte_ip.h>
|
|
|
|
#include <rte_tcp.h>
|
|
|
|
#include <rte_udp.h>
|
|
|
|
#include <rte_string_fns.h>
|
2016-12-21 14:51:22 +00:00
|
|
|
#include <rte_flow.h>
|
2012-09-04 12:54:00 +00:00
|
|
|
|
|
|
|
#include "testpmd.h"
|
|
|
|
|
2021-09-23 08:01:29 +00:00
|
|
|
struct tx_timestamp {
|
|
|
|
rte_be32_t signature;
|
|
|
|
rte_be16_t pkt_idx;
|
|
|
|
rte_be16_t queue_idx;
|
|
|
|
rte_be64_t ts;
|
|
|
|
};
|
|
|
|
|
2019-04-10 17:41:30 +00:00
|
|
|
/* use RFC863 Discard Protocol */
|
|
|
|
uint16_t tx_udp_src_port = 9;
|
|
|
|
uint16_t tx_udp_dst_port = 9;
|
2012-09-04 12:54:00 +00:00
|
|
|
|
2019-04-10 17:41:30 +00:00
|
|
|
/* use RFC5735 / RFC2544 reserved network test addresses */
|
2020-01-27 03:34:58 +00:00
|
|
|
uint32_t tx_ip_src_addr = (198U << 24) | (18 << 16) | (0 << 8) | 1;
|
|
|
|
uint32_t tx_ip_dst_addr = (198U << 24) | (18 << 16) | (0 << 8) | 2;
|
2012-09-04 12:54:00 +00:00
|
|
|
|
|
|
|
#define IP_DEFTTL 64 /* from RFC 1340. */
|
|
|
|
|
2019-05-21 16:13:10 +00:00
|
|
|
static struct rte_ipv4_hdr pkt_ip_hdr; /**< IP header of transmitted packets. */
|
2019-03-28 18:46:28 +00:00
|
|
|
RTE_DEFINE_PER_LCORE(uint8_t, _ip_var); /**< IP address variation */
|
2019-05-21 16:13:14 +00:00
|
|
|
static struct rte_udp_hdr pkt_udp_hdr; /**< UDP header of tx packets. */
|
2020-07-29 12:29:54 +00:00
|
|
|
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
static uint64_t timestamp_mask; /**< Timestamp dynamic flag mask */
|
|
|
|
static int32_t timestamp_off; /**< Timestamp dynamic field offset */
|
|
|
|
static bool timestamp_enable; /**< Timestamp enable */
|
|
|
|
static uint64_t timestamp_initial[RTE_MAX_ETHPORTS];
|
2012-09-04 12:54:00 +00:00
|
|
|
|
|
|
|
static void
|
|
|
|
copy_buf_to_pkt_segs(void* buf, unsigned len, struct rte_mbuf *pkt,
|
|
|
|
unsigned offset)
|
|
|
|
{
|
|
|
|
struct rte_mbuf *seg;
|
|
|
|
void *seg_buf;
|
|
|
|
unsigned copy_len;
|
|
|
|
|
|
|
|
seg = pkt;
|
2014-08-28 15:42:37 +00:00
|
|
|
while (offset >= seg->data_len) {
|
|
|
|
offset -= seg->data_len;
|
|
|
|
seg = seg->next;
|
2012-09-04 12:54:00 +00:00
|
|
|
}
|
2014-08-28 15:42:37 +00:00
|
|
|
copy_len = seg->data_len - offset;
|
2015-06-22 18:34:23 +00:00
|
|
|
seg_buf = rte_pktmbuf_mtod_offset(seg, char *, offset);
|
2012-09-04 12:54:00 +00:00
|
|
|
while (len > copy_len) {
|
|
|
|
rte_memcpy(seg_buf, buf, (size_t) copy_len);
|
|
|
|
len -= copy_len;
|
|
|
|
buf = ((char*) buf + copy_len);
|
2014-08-28 15:42:37 +00:00
|
|
|
seg = seg->next;
|
2014-09-11 13:15:35 +00:00
|
|
|
seg_buf = rte_pktmbuf_mtod(seg, char *);
|
2017-12-27 03:51:38 +00:00
|
|
|
copy_len = seg->data_len;
|
2012-09-04 12:54:00 +00:00
|
|
|
}
|
|
|
|
rte_memcpy(seg_buf, buf, (size_t) len);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void
|
|
|
|
copy_buf_to_pkt(void* buf, unsigned len, struct rte_mbuf *pkt, unsigned offset)
|
|
|
|
{
|
2014-08-28 15:42:37 +00:00
|
|
|
if (offset + len <= pkt->data_len) {
|
2015-06-22 18:34:23 +00:00
|
|
|
rte_memcpy(rte_pktmbuf_mtod_offset(pkt, char *, offset),
|
2014-09-11 13:15:35 +00:00
|
|
|
buf, (size_t) len);
|
2012-09-04 12:54:00 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
copy_buf_to_pkt_segs(buf, len, pkt, offset);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
2019-05-21 16:13:10 +00:00
|
|
|
setup_pkt_udp_ip_headers(struct rte_ipv4_hdr *ip_hdr,
|
2019-05-21 16:13:14 +00:00
|
|
|
struct rte_udp_hdr *udp_hdr,
|
2012-09-04 12:54:00 +00:00
|
|
|
uint16_t pkt_data_len)
|
|
|
|
{
|
|
|
|
uint16_t *ptr16;
|
|
|
|
uint32_t ip_cksum;
|
|
|
|
uint16_t pkt_len;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Initialize UDP header.
|
|
|
|
*/
|
2019-05-21 16:13:14 +00:00
|
|
|
pkt_len = (uint16_t) (pkt_data_len + sizeof(struct rte_udp_hdr));
|
2019-04-10 17:41:30 +00:00
|
|
|
udp_hdr->src_port = rte_cpu_to_be_16(tx_udp_src_port);
|
|
|
|
udp_hdr->dst_port = rte_cpu_to_be_16(tx_udp_dst_port);
|
2012-09-04 12:54:00 +00:00
|
|
|
udp_hdr->dgram_len = RTE_CPU_TO_BE_16(pkt_len);
|
|
|
|
udp_hdr->dgram_cksum = 0; /* No UDP checksum. */
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Initialize IP header.
|
|
|
|
*/
|
2019-05-21 16:13:10 +00:00
|
|
|
pkt_len = (uint16_t) (pkt_len + sizeof(struct rte_ipv4_hdr));
|
2019-11-08 10:02:00 +00:00
|
|
|
ip_hdr->version_ihl = RTE_IPV4_VHL_DEF;
|
2012-09-04 12:54:00 +00:00
|
|
|
ip_hdr->type_of_service = 0;
|
|
|
|
ip_hdr->fragment_offset = 0;
|
|
|
|
ip_hdr->time_to_live = IP_DEFTTL;
|
|
|
|
ip_hdr->next_proto_id = IPPROTO_UDP;
|
|
|
|
ip_hdr->packet_id = 0;
|
|
|
|
ip_hdr->total_length = RTE_CPU_TO_BE_16(pkt_len);
|
2019-04-10 17:41:30 +00:00
|
|
|
ip_hdr->src_addr = rte_cpu_to_be_32(tx_ip_src_addr);
|
|
|
|
ip_hdr->dst_addr = rte_cpu_to_be_32(tx_ip_dst_addr);
|
2012-09-04 12:54:00 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Compute IP header checksum.
|
|
|
|
*/
|
2015-06-22 18:34:19 +00:00
|
|
|
ptr16 = (unaligned_uint16_t*) ip_hdr;
|
2012-09-04 12:54:00 +00:00
|
|
|
ip_cksum = 0;
|
|
|
|
ip_cksum += ptr16[0]; ip_cksum += ptr16[1];
|
|
|
|
ip_cksum += ptr16[2]; ip_cksum += ptr16[3];
|
|
|
|
ip_cksum += ptr16[4];
|
|
|
|
ip_cksum += ptr16[6]; ip_cksum += ptr16[7];
|
|
|
|
ip_cksum += ptr16[8]; ip_cksum += ptr16[9];
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Reduce 32 bit checksum to 16 bits and complement it.
|
|
|
|
*/
|
|
|
|
ip_cksum = ((ip_cksum & 0xFFFF0000) >> 16) +
|
|
|
|
(ip_cksum & 0x0000FFFF);
|
|
|
|
if (ip_cksum > 65535)
|
|
|
|
ip_cksum -= 65535;
|
|
|
|
ip_cksum = (~ip_cksum) & 0x0000FFFF;
|
|
|
|
if (ip_cksum == 0)
|
|
|
|
ip_cksum = 0xFFFF;
|
|
|
|
ip_hdr->hdr_checksum = (uint16_t) ip_cksum;
|
|
|
|
}
|
|
|
|
|
app/testpmd: fix packet header in txonly mode
In txonly forward mode, the packet header is fixed by the initial
setting, including the packet length and checksum. So when the packets
varies, this may cause a packet header error. Currently, there are two
methods in txonly mode to randomly change the packets.
1. Set txsplit random and txpkts (x[,y]*), the number of segments
each packets will be a random value between 1 and total number of
segments determined by txpkts settings.
The step as follows:
a) ./testpmd -w xxx -l xx -n 4 -- -i --disable-device-start
b) port config 0 tx_offload multi_segs on
c) set fwd txonly
d) set txsplit rand
e) set txpkts 2048,2048,2048,2048
f) start
The nb_segs of the packets sent by testpmd will be 1~4. The real packet
length will be 2048, 4096, 6144 and 8192. But in fact the packet length
in ip header and udp header will be fixed by 8178 and 8158.
2. Set txonly-multi-flow. the ip address will be varied to generate
multiple flow.
The step as follows:
a) ./testpmd -w xxx -l xx -n 4 -- -i --txonly-multi-flow
b) set fwd txonly
c) start
The ip address of each pkts will change randomly, but since the header
is fixed, the checksum may be a error value.
Therefore, this patch adds a function to update the packet length and
check sum in the pkts header when the txsplit mode is set to rand or
multi-flow is set.
Fixes: 82010ef55e7c ("app/testpmd: make txonly mode generate multiple flows")
Fixes: 79bec05b32b7 ("app/testpmd: add ability to split outgoing packets")
Cc: stable@dpdk.org
Signed-off-by: Chengchang Tang <tangchengchang@huawei.com>
Signed-off-by: Wei Hu (Xavier) <xavier.huwei@huawei.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-09-25 12:47:17 +00:00
|
|
|
static inline void
|
|
|
|
update_pkt_header(struct rte_mbuf *pkt, uint32_t total_pkt_len)
|
|
|
|
{
|
|
|
|
struct rte_ipv4_hdr *ip_hdr;
|
|
|
|
struct rte_udp_hdr *udp_hdr;
|
|
|
|
uint16_t pkt_data_len;
|
|
|
|
uint16_t pkt_len;
|
|
|
|
|
|
|
|
pkt_data_len = (uint16_t) (total_pkt_len - (
|
|
|
|
sizeof(struct rte_ether_hdr) +
|
|
|
|
sizeof(struct rte_ipv4_hdr) +
|
|
|
|
sizeof(struct rte_udp_hdr)));
|
2021-11-29 16:08:02 +00:00
|
|
|
/* update UDP packet length */
|
app/testpmd: fix packet header in txonly mode
In txonly forward mode, the packet header is fixed by the initial
setting, including the packet length and checksum. So when the packets
varies, this may cause a packet header error. Currently, there are two
methods in txonly mode to randomly change the packets.
1. Set txsplit random and txpkts (x[,y]*), the number of segments
each packets will be a random value between 1 and total number of
segments determined by txpkts settings.
The step as follows:
a) ./testpmd -w xxx -l xx -n 4 -- -i --disable-device-start
b) port config 0 tx_offload multi_segs on
c) set fwd txonly
d) set txsplit rand
e) set txpkts 2048,2048,2048,2048
f) start
The nb_segs of the packets sent by testpmd will be 1~4. The real packet
length will be 2048, 4096, 6144 and 8192. But in fact the packet length
in ip header and udp header will be fixed by 8178 and 8158.
2. Set txonly-multi-flow. the ip address will be varied to generate
multiple flow.
The step as follows:
a) ./testpmd -w xxx -l xx -n 4 -- -i --txonly-multi-flow
b) set fwd txonly
c) start
The ip address of each pkts will change randomly, but since the header
is fixed, the checksum may be a error value.
Therefore, this patch adds a function to update the packet length and
check sum in the pkts header when the txsplit mode is set to rand or
multi-flow is set.
Fixes: 82010ef55e7c ("app/testpmd: make txonly mode generate multiple flows")
Fixes: 79bec05b32b7 ("app/testpmd: add ability to split outgoing packets")
Cc: stable@dpdk.org
Signed-off-by: Chengchang Tang <tangchengchang@huawei.com>
Signed-off-by: Wei Hu (Xavier) <xavier.huwei@huawei.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-09-25 12:47:17 +00:00
|
|
|
udp_hdr = rte_pktmbuf_mtod_offset(pkt, struct rte_udp_hdr *,
|
|
|
|
sizeof(struct rte_ether_hdr) +
|
|
|
|
sizeof(struct rte_ipv4_hdr));
|
|
|
|
pkt_len = (uint16_t) (pkt_data_len + sizeof(struct rte_udp_hdr));
|
|
|
|
udp_hdr->dgram_len = RTE_CPU_TO_BE_16(pkt_len);
|
|
|
|
|
2021-11-29 16:08:02 +00:00
|
|
|
/* update IP packet length and checksum */
|
app/testpmd: fix packet header in txonly mode
In txonly forward mode, the packet header is fixed by the initial
setting, including the packet length and checksum. So when the packets
varies, this may cause a packet header error. Currently, there are two
methods in txonly mode to randomly change the packets.
1. Set txsplit random and txpkts (x[,y]*), the number of segments
each packets will be a random value between 1 and total number of
segments determined by txpkts settings.
The step as follows:
a) ./testpmd -w xxx -l xx -n 4 -- -i --disable-device-start
b) port config 0 tx_offload multi_segs on
c) set fwd txonly
d) set txsplit rand
e) set txpkts 2048,2048,2048,2048
f) start
The nb_segs of the packets sent by testpmd will be 1~4. The real packet
length will be 2048, 4096, 6144 and 8192. But in fact the packet length
in ip header and udp header will be fixed by 8178 and 8158.
2. Set txonly-multi-flow. the ip address will be varied to generate
multiple flow.
The step as follows:
a) ./testpmd -w xxx -l xx -n 4 -- -i --txonly-multi-flow
b) set fwd txonly
c) start
The ip address of each pkts will change randomly, but since the header
is fixed, the checksum may be a error value.
Therefore, this patch adds a function to update the packet length and
check sum in the pkts header when the txsplit mode is set to rand or
multi-flow is set.
Fixes: 82010ef55e7c ("app/testpmd: make txonly mode generate multiple flows")
Fixes: 79bec05b32b7 ("app/testpmd: add ability to split outgoing packets")
Cc: stable@dpdk.org
Signed-off-by: Chengchang Tang <tangchengchang@huawei.com>
Signed-off-by: Wei Hu (Xavier) <xavier.huwei@huawei.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-09-25 12:47:17 +00:00
|
|
|
ip_hdr = rte_pktmbuf_mtod_offset(pkt, struct rte_ipv4_hdr *,
|
|
|
|
sizeof(struct rte_ether_hdr));
|
|
|
|
ip_hdr->hdr_checksum = 0;
|
|
|
|
pkt_len = (uint16_t) (pkt_len + sizeof(struct rte_ipv4_hdr));
|
|
|
|
ip_hdr->total_length = RTE_CPU_TO_BE_16(pkt_len);
|
|
|
|
ip_hdr->hdr_checksum = rte_ipv4_cksum(ip_hdr);
|
|
|
|
}
|
|
|
|
|
2019-04-02 09:53:33 +00:00
|
|
|
static inline bool
|
|
|
|
pkt_burst_prepare(struct rte_mbuf *pkt, struct rte_mempool *mbp,
|
2019-05-21 16:13:03 +00:00
|
|
|
struct rte_ether_hdr *eth_hdr, const uint16_t vlan_tci,
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
const uint16_t vlan_tci_outer, const uint64_t ol_flags,
|
2021-11-23 16:32:58 +00:00
|
|
|
const uint16_t idx, struct fwd_stream *fs)
|
2019-04-02 09:53:33 +00:00
|
|
|
{
|
|
|
|
struct rte_mbuf *pkt_segs[RTE_MAX_SEGS_PER_PKT];
|
|
|
|
struct rte_mbuf *pkt_seg;
|
|
|
|
uint32_t nb_segs, pkt_len;
|
|
|
|
uint8_t i;
|
|
|
|
|
|
|
|
if (unlikely(tx_pkt_split == TX_PKT_SPLIT_RND))
|
2019-11-21 19:34:06 +00:00
|
|
|
nb_segs = rte_rand() % tx_pkt_nb_segs + 1;
|
2019-04-02 09:53:33 +00:00
|
|
|
else
|
|
|
|
nb_segs = tx_pkt_nb_segs;
|
|
|
|
|
|
|
|
if (nb_segs > 1) {
|
2019-05-08 10:27:37 +00:00
|
|
|
if (rte_mempool_get_bulk(mbp, (void **)pkt_segs, nb_segs - 1))
|
2019-04-02 09:53:33 +00:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
rte_pktmbuf_reset_headroom(pkt);
|
|
|
|
pkt->data_len = tx_pkt_seg_lengths[0];
|
2021-10-15 19:24:08 +00:00
|
|
|
pkt->ol_flags &= RTE_MBUF_F_EXTERNAL;
|
2020-01-20 19:16:25 +00:00
|
|
|
pkt->ol_flags |= ol_flags;
|
2019-04-02 09:53:33 +00:00
|
|
|
pkt->vlan_tci = vlan_tci;
|
|
|
|
pkt->vlan_tci_outer = vlan_tci_outer;
|
2019-05-21 16:13:03 +00:00
|
|
|
pkt->l2_len = sizeof(struct rte_ether_hdr);
|
2019-05-21 16:13:10 +00:00
|
|
|
pkt->l3_len = sizeof(struct rte_ipv4_hdr);
|
2019-04-02 09:53:33 +00:00
|
|
|
|
|
|
|
pkt_len = pkt->data_len;
|
|
|
|
pkt_seg = pkt;
|
|
|
|
for (i = 1; i < nb_segs; i++) {
|
|
|
|
pkt_seg->next = pkt_segs[i - 1];
|
|
|
|
pkt_seg = pkt_seg->next;
|
|
|
|
pkt_seg->data_len = tx_pkt_seg_lengths[i];
|
|
|
|
pkt_len += pkt_seg->data_len;
|
|
|
|
}
|
|
|
|
pkt_seg->next = NULL; /* Last segment of packet. */
|
|
|
|
/*
|
|
|
|
* Copy headers in first packet segment(s).
|
|
|
|
*/
|
2019-04-09 09:45:47 +00:00
|
|
|
copy_buf_to_pkt(eth_hdr, sizeof(*eth_hdr), pkt, 0);
|
2019-04-02 09:53:33 +00:00
|
|
|
copy_buf_to_pkt(&pkt_ip_hdr, sizeof(pkt_ip_hdr), pkt,
|
2019-05-21 16:13:03 +00:00
|
|
|
sizeof(struct rte_ether_hdr));
|
2019-04-02 09:53:33 +00:00
|
|
|
if (txonly_multi_flow) {
|
2020-02-09 17:02:39 +00:00
|
|
|
uint8_t ip_var = RTE_PER_LCORE(_ip_var);
|
2019-05-21 16:13:10 +00:00
|
|
|
struct rte_ipv4_hdr *ip_hdr;
|
2019-04-02 09:53:33 +00:00
|
|
|
uint32_t addr;
|
|
|
|
|
|
|
|
ip_hdr = rte_pktmbuf_mtod_offset(pkt,
|
2019-05-21 16:13:10 +00:00
|
|
|
struct rte_ipv4_hdr *,
|
2019-05-21 16:13:03 +00:00
|
|
|
sizeof(struct rte_ether_hdr));
|
2019-04-02 09:53:33 +00:00
|
|
|
/*
|
|
|
|
* Generate multiple flows by varying IP src addr. This
|
|
|
|
* enables packets are well distributed by RSS in
|
|
|
|
* receiver side if any and txonly mode can be a decent
|
|
|
|
* packet generator for developer's quick performance
|
|
|
|
* regression test.
|
|
|
|
*/
|
2019-04-10 17:41:30 +00:00
|
|
|
addr = (tx_ip_dst_addr | (ip_var++ << 8)) + rte_lcore_id();
|
2019-04-02 09:53:33 +00:00
|
|
|
ip_hdr->src_addr = rte_cpu_to_be_32(addr);
|
2020-02-09 17:02:39 +00:00
|
|
|
RTE_PER_LCORE(_ip_var) = ip_var;
|
2019-04-02 09:53:33 +00:00
|
|
|
}
|
|
|
|
copy_buf_to_pkt(&pkt_udp_hdr, sizeof(pkt_udp_hdr), pkt,
|
2019-05-21 16:13:03 +00:00
|
|
|
sizeof(struct rte_ether_hdr) +
|
2019-05-21 16:13:10 +00:00
|
|
|
sizeof(struct rte_ipv4_hdr));
|
app/testpmd: fix packet header in txonly mode
In txonly forward mode, the packet header is fixed by the initial
setting, including the packet length and checksum. So when the packets
varies, this may cause a packet header error. Currently, there are two
methods in txonly mode to randomly change the packets.
1. Set txsplit random and txpkts (x[,y]*), the number of segments
each packets will be a random value between 1 and total number of
segments determined by txpkts settings.
The step as follows:
a) ./testpmd -w xxx -l xx -n 4 -- -i --disable-device-start
b) port config 0 tx_offload multi_segs on
c) set fwd txonly
d) set txsplit rand
e) set txpkts 2048,2048,2048,2048
f) start
The nb_segs of the packets sent by testpmd will be 1~4. The real packet
length will be 2048, 4096, 6144 and 8192. But in fact the packet length
in ip header and udp header will be fixed by 8178 and 8158.
2. Set txonly-multi-flow. the ip address will be varied to generate
multiple flow.
The step as follows:
a) ./testpmd -w xxx -l xx -n 4 -- -i --txonly-multi-flow
b) set fwd txonly
c) start
The ip address of each pkts will change randomly, but since the header
is fixed, the checksum may be a error value.
Therefore, this patch adds a function to update the packet length and
check sum in the pkts header when the txsplit mode is set to rand or
multi-flow is set.
Fixes: 82010ef55e7c ("app/testpmd: make txonly mode generate multiple flows")
Fixes: 79bec05b32b7 ("app/testpmd: add ability to split outgoing packets")
Cc: stable@dpdk.org
Signed-off-by: Chengchang Tang <tangchengchang@huawei.com>
Signed-off-by: Wei Hu (Xavier) <xavier.huwei@huawei.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-09-25 12:47:17 +00:00
|
|
|
|
|
|
|
if (unlikely(tx_pkt_split == TX_PKT_SPLIT_RND) || txonly_multi_flow)
|
|
|
|
update_pkt_header(pkt, pkt_len);
|
|
|
|
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
if (unlikely(timestamp_enable)) {
|
2021-11-23 16:32:58 +00:00
|
|
|
uint64_t skew = fs->ts_skew;
|
2021-09-23 08:01:29 +00:00
|
|
|
struct tx_timestamp timestamp_mark;
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
|
2021-11-23 16:32:58 +00:00
|
|
|
if (unlikely(!skew)) {
|
2021-07-15 13:20:15 +00:00
|
|
|
struct rte_eth_dev_info dev_info;
|
|
|
|
unsigned int txqs_n;
|
|
|
|
uint64_t phase;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = eth_dev_info_get_print_err(fs->tx_port, &dev_info);
|
|
|
|
if (ret != 0) {
|
|
|
|
TESTPMD_LOG(ERR,
|
|
|
|
"Failed to get device info for port %d,"
|
|
|
|
"could not finish timestamp init",
|
|
|
|
fs->tx_port);
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
txqs_n = dev_info.nb_tx_queues;
|
|
|
|
phase = tx_pkt_times_inter * fs->tx_queue /
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
(txqs_n ? txqs_n : 1);
|
|
|
|
/*
|
|
|
|
* Initialize the scheduling time phase shift
|
|
|
|
* depending on queue index.
|
|
|
|
*/
|
|
|
|
skew = timestamp_initial[fs->tx_port] +
|
|
|
|
tx_pkt_times_inter + phase;
|
2021-11-23 16:32:58 +00:00
|
|
|
fs->ts_skew = skew;
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
}
|
|
|
|
timestamp_mark.pkt_idx = rte_cpu_to_be_16(idx);
|
|
|
|
timestamp_mark.queue_idx = rte_cpu_to_be_16(fs->tx_queue);
|
|
|
|
timestamp_mark.signature = rte_cpu_to_be_32(0xBEEFC0DE);
|
|
|
|
if (unlikely(!idx)) {
|
|
|
|
skew += tx_pkt_times_inter;
|
|
|
|
pkt->ol_flags |= timestamp_mask;
|
|
|
|
*RTE_MBUF_DYNFIELD
|
|
|
|
(pkt, timestamp_off, uint64_t *) = skew;
|
2021-11-23 16:32:58 +00:00
|
|
|
fs->ts_skew = skew;
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
timestamp_mark.ts = rte_cpu_to_be_64(skew);
|
|
|
|
} else if (tx_pkt_times_intra) {
|
|
|
|
skew += tx_pkt_times_intra;
|
|
|
|
pkt->ol_flags |= timestamp_mask;
|
|
|
|
*RTE_MBUF_DYNFIELD
|
|
|
|
(pkt, timestamp_off, uint64_t *) = skew;
|
2021-11-23 16:32:58 +00:00
|
|
|
fs->ts_skew = skew;
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
timestamp_mark.ts = rte_cpu_to_be_64(skew);
|
|
|
|
} else {
|
|
|
|
timestamp_mark.ts = RTE_BE64(0);
|
|
|
|
}
|
|
|
|
copy_buf_to_pkt(×tamp_mark, sizeof(timestamp_mark), pkt,
|
|
|
|
sizeof(struct rte_ether_hdr) +
|
|
|
|
sizeof(struct rte_ipv4_hdr) +
|
|
|
|
sizeof(pkt_udp_hdr));
|
|
|
|
}
|
2019-04-02 09:53:33 +00:00
|
|
|
/*
|
|
|
|
* Complete first mbuf of packet and append it to the
|
|
|
|
* burst of packets to be transmitted.
|
|
|
|
*/
|
|
|
|
pkt->nb_segs = nb_segs;
|
|
|
|
pkt->pkt_len = pkt_len;
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2012-09-04 12:54:00 +00:00
|
|
|
/*
|
|
|
|
* Transmit a burst of multi-segments packets.
|
|
|
|
*/
|
|
|
|
static void
|
|
|
|
pkt_burst_transmit(struct fwd_stream *fs)
|
|
|
|
{
|
|
|
|
struct rte_mbuf *pkts_burst[MAX_PKT_BURST];
|
2014-11-26 15:04:49 +00:00
|
|
|
struct rte_port *txp;
|
2012-09-04 12:54:00 +00:00
|
|
|
struct rte_mbuf *pkt;
|
|
|
|
struct rte_mempool *mbp;
|
2019-05-21 16:13:03 +00:00
|
|
|
struct rte_ether_hdr eth_hdr;
|
2012-09-04 12:54:00 +00:00
|
|
|
uint16_t nb_tx;
|
|
|
|
uint16_t nb_pkt;
|
2015-06-11 07:03:58 +00:00
|
|
|
uint16_t vlan_tci, vlan_tci_outer;
|
2016-06-14 23:08:02 +00:00
|
|
|
uint32_t retry;
|
2014-11-26 15:04:49 +00:00
|
|
|
uint64_t ol_flags = 0;
|
2018-01-10 09:09:14 +00:00
|
|
|
uint64_t tx_offloads;
|
2020-07-14 21:51:03 +00:00
|
|
|
uint64_t start_tsc = 0;
|
2012-09-04 12:54:00 +00:00
|
|
|
|
2020-07-14 21:51:03 +00:00
|
|
|
get_start_cycles(&start_tsc);
|
2012-09-04 12:54:00 +00:00
|
|
|
|
|
|
|
mbp = current_fwd_lcore()->mbp;
|
2014-11-26 15:04:49 +00:00
|
|
|
txp = &ports[fs->tx_port];
|
2018-01-10 09:09:14 +00:00
|
|
|
tx_offloads = txp->dev_conf.txmode.offloads;
|
2014-11-26 15:04:49 +00:00
|
|
|
vlan_tci = txp->tx_vlan_id;
|
2015-06-11 07:03:58 +00:00
|
|
|
vlan_tci_outer = txp->tx_vlan_id_outer;
|
2021-10-22 11:03:12 +00:00
|
|
|
if (tx_offloads & RTE_ETH_TX_OFFLOAD_VLAN_INSERT)
|
2021-10-15 19:24:08 +00:00
|
|
|
ol_flags = RTE_MBUF_F_TX_VLAN;
|
2021-10-22 11:03:12 +00:00
|
|
|
if (tx_offloads & RTE_ETH_TX_OFFLOAD_QINQ_INSERT)
|
2021-10-15 19:24:08 +00:00
|
|
|
ol_flags |= RTE_MBUF_F_TX_QINQ;
|
2021-10-22 11:03:12 +00:00
|
|
|
if (tx_offloads & RTE_ETH_TX_OFFLOAD_MACSEC_INSERT)
|
2021-10-15 19:24:08 +00:00
|
|
|
ol_flags |= RTE_MBUF_F_TX_MACSEC;
|
2019-04-02 09:53:25 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Initialize Ethernet header.
|
|
|
|
*/
|
2021-10-07 22:07:49 +00:00
|
|
|
rte_ether_addr_copy(&peer_eth_addrs[fs->peer_addr], ð_hdr.dst_addr);
|
|
|
|
rte_ether_addr_copy(&ports[fs->tx_port].eth_addr, ð_hdr.src_addr);
|
2019-05-29 11:29:16 +00:00
|
|
|
eth_hdr.ether_type = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV4);
|
2019-04-02 09:53:25 +00:00
|
|
|
|
2019-04-02 09:53:36 +00:00
|
|
|
if (rte_mempool_get_bulk(mbp, (void **)pkts_burst,
|
|
|
|
nb_pkt_per_burst) == 0) {
|
|
|
|
for (nb_pkt = 0; nb_pkt < nb_pkt_per_burst; nb_pkt++) {
|
|
|
|
if (unlikely(!pkt_burst_prepare(pkts_burst[nb_pkt], mbp,
|
|
|
|
ð_hdr, vlan_tci,
|
|
|
|
vlan_tci_outer,
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
ol_flags,
|
|
|
|
nb_pkt, fs))) {
|
2019-04-02 09:53:36 +00:00
|
|
|
rte_mempool_put_bulk(mbp,
|
|
|
|
(void **)&pkts_burst[nb_pkt],
|
|
|
|
nb_pkt_per_burst - nb_pkt);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
for (nb_pkt = 0; nb_pkt < nb_pkt_per_burst; nb_pkt++) {
|
|
|
|
pkt = rte_mbuf_raw_alloc(mbp);
|
|
|
|
if (pkt == NULL)
|
|
|
|
break;
|
|
|
|
if (unlikely(!pkt_burst_prepare(pkt, mbp, ð_hdr,
|
|
|
|
vlan_tci,
|
|
|
|
vlan_tci_outer,
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
ol_flags,
|
|
|
|
nb_pkt, fs))) {
|
2019-04-02 09:53:36 +00:00
|
|
|
rte_pktmbuf_free(pkt);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
pkts_burst[nb_pkt] = pkt;
|
2012-09-04 12:54:00 +00:00
|
|
|
}
|
|
|
|
}
|
2019-04-02 09:53:33 +00:00
|
|
|
|
|
|
|
if (nb_pkt == 0)
|
|
|
|
return;
|
|
|
|
|
2012-09-04 12:54:00 +00:00
|
|
|
nb_tx = rte_eth_tx_burst(fs->tx_port, fs->tx_queue, pkts_burst, nb_pkt);
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
|
2016-06-14 23:08:02 +00:00
|
|
|
/*
|
|
|
|
* Retry if necessary
|
|
|
|
*/
|
|
|
|
if (unlikely(nb_tx < nb_pkt) && fs->retry_enabled) {
|
|
|
|
retry = 0;
|
|
|
|
while (nb_tx < nb_pkt && retry++ < burst_tx_retry_num) {
|
|
|
|
rte_delay_us(burst_tx_delay_time);
|
|
|
|
nb_tx += rte_eth_tx_burst(fs->tx_port, fs->tx_queue,
|
|
|
|
&pkts_burst[nb_tx], nb_pkt - nb_tx);
|
|
|
|
}
|
|
|
|
}
|
2012-09-04 12:54:00 +00:00
|
|
|
fs->tx_packets += nb_tx;
|
|
|
|
|
2019-03-28 18:46:28 +00:00
|
|
|
if (txonly_multi_flow)
|
2020-02-09 17:02:39 +00:00
|
|
|
RTE_PER_LCORE(_ip_var) -= nb_pkt - nb_tx;
|
2019-03-28 18:46:28 +00:00
|
|
|
|
2020-07-14 21:51:05 +00:00
|
|
|
inc_tx_burst_stats(fs, nb_tx);
|
2012-09-04 12:54:00 +00:00
|
|
|
if (unlikely(nb_tx < nb_pkt)) {
|
|
|
|
if (verbose_level > 0 && fs->fwd_dropped == 0)
|
|
|
|
printf("port %d tx_queue %d - drop "
|
|
|
|
"(nb_pkt:%u - nb_tx:%u)=%u packets\n",
|
|
|
|
fs->tx_port, fs->tx_queue,
|
|
|
|
(unsigned) nb_pkt, (unsigned) nb_tx,
|
|
|
|
(unsigned) (nb_pkt - nb_tx));
|
|
|
|
fs->fwd_dropped += (nb_pkt - nb_tx);
|
|
|
|
do {
|
|
|
|
rte_pktmbuf_free(pkts_burst[nb_tx]);
|
|
|
|
} while (++nb_tx < nb_pkt);
|
|
|
|
}
|
|
|
|
|
2020-07-14 21:51:03 +00:00
|
|
|
get_end_cycles(fs, start_tsc);
|
2012-09-04 12:54:00 +00:00
|
|
|
}
|
|
|
|
|
2021-09-23 08:01:28 +00:00
|
|
|
static int
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
tx_only_begin(portid_t pi)
|
2012-09-04 12:54:00 +00:00
|
|
|
{
|
2021-09-23 08:01:29 +00:00
|
|
|
uint16_t pkt_hdr_len, pkt_data_len;
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
int dynf;
|
2012-09-04 12:54:00 +00:00
|
|
|
|
2021-09-23 08:01:29 +00:00
|
|
|
pkt_hdr_len = (uint16_t)(sizeof(struct rte_ether_hdr) +
|
|
|
|
sizeof(struct rte_ipv4_hdr) +
|
|
|
|
sizeof(struct rte_udp_hdr));
|
|
|
|
pkt_data_len = tx_pkt_length - pkt_hdr_len;
|
|
|
|
|
|
|
|
if ((tx_pkt_split == TX_PKT_SPLIT_RND || txonly_multi_flow) &&
|
|
|
|
tx_pkt_seg_lengths[0] < pkt_hdr_len) {
|
|
|
|
TESTPMD_LOG(ERR,
|
|
|
|
"Random segment number or multiple flow is enabled, "
|
|
|
|
"but tx_pkt_seg_lengths[0] %u < %u (needed)\n",
|
|
|
|
tx_pkt_seg_lengths[0], pkt_hdr_len);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2012-09-04 12:54:00 +00:00
|
|
|
setup_pkt_udp_ip_headers(&pkt_ip_hdr, &pkt_udp_hdr, pkt_data_len);
|
app/testpmd: add Tx scheduling command
This commit adds testpmd capability to provide timestamps on the packets
being sent in the txonly mode. This includes:
- SEND_ON_TIMESTAMP support
new device Tx offload capability support added, example:
testpmd> port config 0 tx_offload send_on_timestamp on
- set txtimes, registers field and flag, example:
testpmd> set txtimes 1000000,0
This command enables the packet send scheduling on timestamps if
the first parameter is not zero, generic format:
testpmd> set txtimes (inter),(intra)
where:
inter - is the delay between the bursts in the device clock units.
If "intra" (next parameter) is zero, this is the time between the
beginnings of the first packets in the neighbour bursts, if "intra"
is not zero, "inter" specifies the time between the beginning of
the first packet of the current burst and the beginning of the last
packet of the previous burst. If "inter"parameter is zero the send
scheduling on timestamps is disabled (default).
intra - is the delay between the packets within the burst specified
in the device clock units. The number of packets in the burst is
defined by regular burst setting. If "intra" parameter is zero no
timestamps provided in the packets excepting the first one in the
burst.
As the result the bursts of packet will be transmitted with
specific delay between the packets within the burst and specific
delay between the bursts. The rte_eth_read_clock() is supposed to
be engaged to get the current device clock value and provide the
reference for the timestamps. If there is no supported
rte_eth_read_clock() there will be no provided send scheduling on
the device.
- show txtimes, displays the timing settings
- txonly burst time pattern
Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2020-07-10 12:39:42 +00:00
|
|
|
|
|
|
|
timestamp_enable = false;
|
|
|
|
timestamp_mask = 0;
|
|
|
|
timestamp_off = -1;
|
|
|
|
dynf = rte_mbuf_dynflag_lookup
|
|
|
|
(RTE_MBUF_DYNFLAG_TX_TIMESTAMP_NAME, NULL);
|
|
|
|
if (dynf >= 0)
|
|
|
|
timestamp_mask = 1ULL << dynf;
|
|
|
|
dynf = rte_mbuf_dynfield_lookup
|
|
|
|
(RTE_MBUF_DYNFIELD_TIMESTAMP_NAME, NULL);
|
|
|
|
if (dynf >= 0)
|
|
|
|
timestamp_off = dynf;
|
|
|
|
timestamp_enable = tx_pkt_times_inter &&
|
|
|
|
timestamp_mask &&
|
|
|
|
timestamp_off >= 0 &&
|
|
|
|
!rte_eth_read_clock(pi, ×tamp_initial[pi]);
|
2021-09-23 08:01:29 +00:00
|
|
|
|
|
|
|
if (timestamp_enable) {
|
|
|
|
pkt_hdr_len += sizeof(struct tx_timestamp);
|
|
|
|
|
|
|
|
if (tx_pkt_split == TX_PKT_SPLIT_RND) {
|
|
|
|
if (tx_pkt_seg_lengths[0] < pkt_hdr_len) {
|
|
|
|
TESTPMD_LOG(ERR,
|
|
|
|
"Time stamp and random segment number are enabled, "
|
|
|
|
"but tx_pkt_seg_lengths[0] %u < %u (needed)\n",
|
|
|
|
tx_pkt_seg_lengths[0], pkt_hdr_len);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
uint16_t total = 0;
|
|
|
|
uint8_t i;
|
|
|
|
|
|
|
|
for (i = 0; i < tx_pkt_nb_segs; i++) {
|
|
|
|
total += tx_pkt_seg_lengths[i];
|
|
|
|
if (total >= pkt_hdr_len)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (total < pkt_hdr_len) {
|
|
|
|
TESTPMD_LOG(ERR,
|
|
|
|
"Not enough Tx segment space for time stamp info, "
|
|
|
|
"total %u < %u (needed)\n",
|
|
|
|
total, pkt_hdr_len);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-07-29 12:29:54 +00:00
|
|
|
/* Make sure all settings are visible on forwarding cores.*/
|
|
|
|
rte_wmb();
|
2021-09-23 08:01:28 +00:00
|
|
|
return 0;
|
2012-09-04 12:54:00 +00:00
|
|
|
}
|
|
|
|
|
2022-03-07 12:53:50 +00:00
|
|
|
static void
|
|
|
|
tx_only_stream_init(struct fwd_stream *fs)
|
|
|
|
{
|
|
|
|
fs->disabled = ports[fs->tx_port].txq[fs->tx_queue].state ==
|
|
|
|
RTE_ETH_QUEUE_STATE_STOPPED;
|
|
|
|
}
|
|
|
|
|
2012-09-04 12:54:00 +00:00
|
|
|
struct fwd_engine tx_only_engine = {
|
|
|
|
.fwd_mode_name = "txonly",
|
|
|
|
.port_fwd_begin = tx_only_begin,
|
|
|
|
.port_fwd_end = NULL,
|
2022-03-07 12:53:50 +00:00
|
|
|
.stream_init = tx_only_stream_init,
|
2012-09-04 12:54:00 +00:00
|
|
|
.packet_fwd = pkt_burst_transmit,
|
|
|
|
};
|