I have tested the Intel 82547L and the i210 NICs with linuxptp 1.4 and 1.5.

They work fine on our Red Hat Linux kernel make -C
/lib/modules/2.6.32-504.3.3.el6.x86_64.
But I cannot get the i350T2V2BLK  to work.
It sees the correct PTP Grandmaster 0019dd.fffe.00085c, but all I get this,
even increasing tx_timestamp_timeout to 1000:

ptp4l -i eth2 -f /etc/ptp4l.conf -m -l 7

ptp4l[181.099]: eth2: SO_SELECT_ERR_QUEUE: Protocol not available
ptp4l[181.099]: port 1: UNCALIBRATED to LISTENING on FAULT_DETECTED
(FT_UNSPECIFIED)
ptp4l[183.076]: port 1: setting asCapable
ptp4l[183.078]: port 1: new foreign master 0019dd.fffe.00085c-1
ptp4l[187.079]: selected best master clock 0019dd.fffe.00085c
ptp4l[187.079]: foreign master not using PTP timescale
ptp4l[187.079]: running in a temporal vortex
ptp4l[187.079]: port 1: LISTENING to UNCALIBRATED on RS_SLAVE
ptp4l[194.076]: port 1: delay timeout
ptp4l[194.176]: timed out while polling for tx timestamp
ptp4l[194.176]: increasing tx_timestamp_timeout may correct this issue, but
it is likely caused by a driver bug
ptp4l[194.176]: port 1: send delay request failed
...
I have installed the latest igb driver 5.1.15.

ethtool -i eth2
driver: igb
version: 5.2.15
firmware-version: 1.63, 0x80000cbb
bus-info: 0000:10:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no
[root@ptp2 ~]# ethtool -T eth2
Time stamping parameters for eth2:
Capabilities:
hardware-transmit     (SOF_TIMESTAMPING_TX_HARDWARE)
software-transmit     (SOF_TIMESTAMPING_TX_SOFTWARE)
hardware-receive      (SOF_TIMESTAMPING_RX_HARDWARE)
software-receive      (SOF_TIMESTAMPING_RX_SOFTWARE)
software-system-clock (SOF_TIMESTAMPING_SOFTWARE)
hardware-raw-clock    (SOF_TIMESTAMPING_RAW_HARDWARE)
PTP Hardware Clock: 1
Hardware Transmit Timestamp Modes:
off                   (HWTSTAMP_TX_OFF)
on                    (HWTSTAMP_TX_ON)
Hardware Receive Filter Modes:
none                  (HWTSTAMP_FILTER_NONE)
all                   (HWTSTAMP_FILTER_ALL)

I have installed an i210, which uses the same driver, and it works nicely:

ptp4l -i eth4 -f /etc/ptp4l.conf -m -l 7

option pi_offset_const is deprecated, please use step_threshold instead
option pi_f_offset_const is deprecated, please use first_step_threshold
instead
option pi_max_frequency is deprecated, please use max_frequency instead
ptp4l[1301.376]: selected /dev/ptp0 as PTP clock
ptp4l[1301.376]: PI servo: sync interval 1.000 kp 0.700 ki 0.300000
ptp4l[1301.377]: eth4: SO_SELECT_ERR_QUEUE: Protocol not available
ptp4l[1301.377]: port 1: INITIALIZING to LISTENING on INITIALIZE
ptp4l[1301.377]: port 0: INITIALIZING to LISTENING on INITIALIZE
ptp4l[1301.827]: port 1: setting asCapable
ptp4l[1301.829]: port 1: new foreign master 0019dd.fffe.00085c-1
ptp4l[1305.829]: selected best master clock 0019dd.fffe.00085c
ptp4l[1305.829]: foreign master not using PTP timescale
ptp4l[1305.829]: running in a temporal vortex
ptp4l[1305.829]: port 1: LISTENING to UNCALIBRATED on RS_SLAVE
ptp4l[1307.828]: PI servo: sync interval 2.000 kp 0.350 ki 0.150000
ptp4l[1309.441]: port 1: delay timeout
ptp4l[1309.494]: path delay         14356      14356
ptp4l[1309.829]: master offset  -16816366 s0 freq  -16632 path delay
14356
.
.
.
ptp4l[1341.934]: port 1: delay timeout
ptp4l[1342.034]: path delay           947        947
ptp4l[1342.992]: port 1: delay timeout
ptp4l[1343.092]: path delay           957        968
ptp4l[1343.272]: port 1: delay timeout
ptp4l[1343.372]: path delay           957        979
ptp4l[1343.830]: master offset       -264 s2 freq  -16676 path delay
957
ptp4l[1345.830]: master offset       -315 s2 freq  -16741 path delay
957
ptp4l[1347.830]: master offset       -216 s2 freq  -16739 path delay
957
ptp4l[1349.830]: master offset       -116 s2 freq  -16721 path delay
957
ptp4l[1351.217]: port 1: delay timeout
ptp4l[1351.318]: path delay           928        910
ptp4l[1351.830]: master offset         12 s2 freq  -16675 path delay
928
ptp4l[1353.830]: master offset        -79 s2 freq  -16718 path delay
928
ptp4l[1355.830]: master offset         61 s2 freq  -16660 path delay
928
ptp4l[1355.865]: port 1: delay timeout
ptp4l[1355.965]: path delay           928        956
ptp4l[1357.713]: port 1: delay timeout
ptp4l[1357.813]: path delay           928       1015
ptp4l[1357.830]: master offset        -70 s2 freq  -16716 path delay
928

If anyone has had success, please reply.
With thanks, Rich Schmidt
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Linuxptp-users mailing list
Linuxptp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-users

Reply via email to