EasyManuals Logo

Intel E810 VDA4T Series User Manual

Intel E810 VDA4T Series
74 pages
To Next Page IconTo Next Page
To Next Page IconTo Next Page
To Previous Page IconTo Previous Page
To Previous Page IconTo Previous Page
Page #69 background imageLoading...
Page #69 background image
646265-004 69
Intel
®
Ethernet Network Adapter E810-XXVDA4T
User Guide
Appendix A Notes
If you cannot find the SMA or ptpX files, you should check that:
You have the latest NVM.
You have the latest driver.
You ran make install.
Your kernel support sysfs interface (https://www.kernel.org/doc/html/latest/driver-api/
pps.html). Otherwise, you should update your kernel to a newer one.
It can take a couple of hours to synchronize the phase while the frequency is already locked. The
DPLL status shows unlocked until both the frequency and phase are synchronized.
When doing measurement, users need to take into consideration together the cable length that is
connected the system, scope, and GM.
Users also need to check equipment precision as some GMs can have >15 ns accuracy.
If using newer Linux versions, use systemd, which has NTP and as a result sysclock based on NTP
when using phy2sys commands to turn it off/on.
# timedatectl set-ntp true(false)
$ timedatectl status
Local time: Thu 2015-07-09 18:21:33 CEST
Universal time: Thu 2015-07-09 16:21:33 UTC
RTC time: Thu 2015-07-09 16:21:33
Time zone: Europe/Amsterdam (CEST, +0200)
System clock synchronized: yes
NTP service: (in)active
RTC in local TZ: no
https://wiki.archlinux.org/index.php/systemd-timesyncd
If users run into a “clock frequency higher than an expected” ptp4l error, they might be running
ptp4l as follower and leader on the wrong system.
If ts2phc shows SKIPS, it is likely that the extts polarity is set wrong in the ts2phc config file.
If ts2phc reports:
# ts2phc[4980.802]: enp138s0f0 ignoring invalid master time stamp
The problem is that the system time and the GNSS time is too far away and the system time needs
to be updated. Set initial system time via one-time update via NTP (using NIST server as an
example):
ntpd -g -q -x 132.163.97.5
If tx_timestamp does not arrive within the specified time, linuxptp completely restarts
synchronization. Try increasing Tx_timestamping_timeout to a larger number, like 10 or 100, but
this depends entirely on hardware.
https://manpages.debian.org/unstable/linuxptp/ptp4l.8.en.html
Linux kernels going to sleep, edit:
/etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nohz=off" "sudo update-
grub"
then restart.
Did this document help answer your questions?

Table of Contents

Questions and Answers:

Question and Answer IconNeed help?

Do you have a question about the Intel E810 VDA4T Series and is the answer not in the manual?

Intel E810 VDA4T Series Specifications

General IconGeneral
BrandIntel
ModelE810 VDA4T Series
CategoryAdapter
LanguageEnglish

Related product manuals