Re: Hardware timestamps

2023-05-12 Thread Игорь К
Thank you for the answer. ср, 12 апр. 2023 г. в 10:05, David Marchand : > Hello, > > On Wed, Apr 12, 2023 at 8:57 AM Игорь К wrote: > > > > I have tried to get hw timestamps of packets on Intel X550T(10G) and > AQC107(10G). > > But RTE_ETH_RX_OFFLOAD_TIMESTAMP = 0 in dev_info.rx_offload_capa. >

Re: Hardware timestamps

2023-04-12 Thread David Marchand
Hello, On Wed, Apr 12, 2023 at 8:57 AM Игорь К wrote: > > I have tried to get hw timestamps of packets on Intel X550T(10G) and > AQC107(10G). > But RTE_ETH_RX_OFFLOAD_TIMESTAMP = 0 in dev_info.rx_offload_capa. > Tell me is it possible to get hw timestamps on these NICs with DPDK? Looking at the

Hardware timestamps

2023-04-11 Thread Игорь К
I have tried to get hw timestamps of packets on Intel X550T(10G) and AQC107(10G). But RTE_ETH_RX_OFFLOAD_TIMESTAMP = 0 in dev_info.rx_offload_capa. Tell me is it possible to get hw timestamps on these NICs with DPDK? Which 10G NICs support this option?

[dpdk-dev] [RFC PATCH 0/3] mlx5 to PCAP capture with hardware timestamps

2020-06-30 Thread Vivien Didelot
This series allows to capture packets from a Mellanox ConnectX-5 interface into a PCAP file with support for hardware timestamps. Since libibverbs already provides timestamp conversion to nanoseconds for mlx5, the necessary glue is added before writing the driver's timestamps into the PCAP he

[dpdk-dev] [RFC][PATCH v2 3/3] net/pcap: dump hardware timestamps

2020-06-11 Thread Patrick Keroulas
When hardware timestamping is activated, system time should no longer be used to timestamp dumped the packets. Instead, use value held by forwarded and assume they were converted to nanoseconds. Signed-off-by: Patrick Keroulas Signed-off-by: Vivien Didelot --- drivers/net/pcap/rte_eth_pcap.c |

Re: [dpdk-dev] [RFC] [PATCH v1 3/3] net/pcap: dump hardware timestamps

2020-06-10 Thread Ferruh Yigit
On 6/9/2020 3:41 PM, Ferruh Yigit wrote: > On 6/9/2020 3:17 PM, Patrick Keroulas wrote: >> When hardware timestamping is activated, system time should no longer be >> used to timestamp dumped the packets. Instead, use value held by >> forwarded and assume they were converted to nanoseconds. >> >> S

Re: [dpdk-dev] [RFC] [PATCH v1 3/3] net/pcap: dump hardware timestamps

2020-06-09 Thread Ferruh Yigit
On 6/9/2020 3:17 PM, Patrick Keroulas wrote: > When hardware timestamping is activated, system time should no longer be > used to timestamp dumped the packets. Instead, use value held by > forwarded and assume they were converted to nanoseconds. > > Signed-off-by: Patrick Keroulas > Signed-off-by

[dpdk-dev] [RFC] [PATCH v1 3/3] net/pcap: dump hardware timestamps

2020-06-09 Thread Patrick Keroulas
When hardware timestamping is activated, system time should no longer be used to timestamp dumped the packets. Instead, use value held by forwarded and assume they were converted to nanoseconds. Signed-off-by: Patrick Keroulas Signed-off-by: Vivien Didelot --- drivers/net/pcap/rte_eth_pcap.c |