DPDK patches and discussions
 help / color / mirror / Atom feed
* [dpdk-dev] Accurate timestamps in received packets
@ 2015-10-09 15:30 Montorsi, Francesco
  2015-10-10  4:52 ` Lu, Wenzhuo
  0 siblings, 1 reply; 5+ messages in thread
From: Montorsi, Francesco @ 2015-10-09 15:30 UTC (permalink / raw)
  To: dev

Hi all,
I'm using rte_eth_rx_burst() to successfully retrieve packets from a DPDK-enabled port. I can process the packet and everything works fine. My only issue is that I cannot find any mean to retrieve a timestamp for every single packet. As a dirty-workaround I'm using gettimeofday() to timestamp incoming packets but I would rather like to retrieve a more accurate and realistic timestamp from the Ethernet PHY layer instead. For example if I receive 32 packets in a single burst I'm just assigning the packets timestamp with 1ns of difference (using gettimeofday() for the initial time offset).

Is there a way to retrieve a realistic timestamp from the Ethernet PHY layer?

I found this patch searching on the web:  
       http://www.wand.net.nz/trac/libtrace/browser/Intel%20DPDK%20Patches/hardware_timestamp.patch
that is however related to an older DPDK version and works only for INTEL 82580 controllers... do you know if that simple patch linked above could be similarly ported to Intel 82599 and 82571 controllers? Is there any better/easier way to do that?

Thanks a lot,

Francesco Montorsi

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2015-10-12 12:25 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-10-09 15:30 [dpdk-dev] Accurate timestamps in received packets Montorsi, Francesco
2015-10-10  4:52 ` Lu, Wenzhuo
2015-10-12  8:26   ` Montorsi, Francesco
2015-10-12  8:35     ` Mcnamara, John
2015-10-12 12:25       ` Montorsi, Francesco

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).