我有一个 RTL8125B-CG NIC，根据我从他们的产品页面收集到的信息，它具有 PTP 的硬件支持。但是，sudo ethtool -T不会检测到任何硬件时间戳功能。
我已经尝试过使用r8169驱动程序和r8125来自 Realtek 的驱动程序（这个来自 Github和这个来自 Realtek 的下载页面），但没有成功。在源代码的 Makefile 中，似乎有一个标志表明默认情况下未启用 PTP 支持，但是当我启用此标志时，我无法编译（我得到了这个问题中出现的错误）。
任何人都有任何经验或知道我可以做些什么来启用 PTP 支持？
我正在运行 Ubuntu 20.04 和5.11.0-36-generic内核。
我有一块 ASUS Pro WS X570-ACE 主板，配备 AMD Ryzen 5700G，板载 Intel I211 以太网，运行驱动程序 igb ver。5.11.0-27。这也有一个 Realtek 板载以太网，但在 BIOS 中被禁用。操作系统是运行内核 5.11.0-27-generic 的 Linux Mint 20.2。
每当操作系统启动时，“dmesg”输出中都会显示以下内容：
pps_core: LinuxPPS API ver. 1 registered
pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <[email protected]>
pps pps0: new PPS source ptp0
pps_ldisc: PPS line discipline registered
出现 2 个设备：/dev/pps0 和 /dev/ptp0
我知道这是英特尔 I211 端口正在执行此操作，因为如果我ethtool -T enp5s0在适配器上运行，它会显示：
Time stamping parameters for enp5s0:
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: 0
Hardware Transmit Timestamp Modes:
off (HWTSTAMP_TX_OFF)
on (HWTSTAMP_TX_ON)
Hardware Receive Filter Modes:
none (HWTSTAMP_FILTER_NONE)
all (HWTSTAMP_FILTER_ALL)
这PTP Hardware Clock: 0 意味着这将创建 /dev/ptp0 和 /dev/pps0。以下是 /dev/ 中相关设备的列表：
/dev/port /dev/ppp /dev/pps0 /dev/pps1 /dev/psaux /dev/ptmx /dev/ptp0 /dev/ptp1 /dev/ptp2
这个 PTP 对我来说是个问题的原因是因为我使用 GPS 接收器来设置时间。
我有一个通过板载 COM/Serial DB9 连接器连接的 GPS 接收器，我使用它通过串行连接到引脚 1 上的每秒脉冲 (PPS) 将计算机上的时间设置为微秒精度。GPSD 和 CHRONY 负责其余的工作……但问题是 GPSD 在 /dev/pps1 创建其 PPS 设备，而不是由于 PTP 而在 /dev/pps0 创建。GPSD 通常期望其 PPS 源为 /dev/pps0。如果我在命令行中指定将 /dev/pps1 称为 PPS 源，GPSD 确实可以工作……但与根本没有 PTP 的计算机相比，锁定和同步需要几分钟的时间……
pps_core: LinuxPPS API ver. 1 registered
pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <[email protected]>
pps pps0: new PPS source ptp0
pps_ldisc: PPS line discipline registered
pps pps1: new PPS source serial0
pps pps1: source "/dev/ttyS0" added
我查看了 Ethtool 手册和 Intel IGB 驱动程序构建指南，但没有可以设置关闭 HARDWARE_TIMESTAMPS 的参数。Ethtool 只有 -T 开关，它显示时间戳功能......但没有可以通过 ethtool -T/-t 设置的实际选项。
问：我有没有办法完全禁用这个 PTP 系统？
我有一个机器人，正在使用 timemaster 启动 chrony 并从我的 GPS 添加 PTP 源。当我在无法获得卫星定位的内部启动机器人时，GPS 声称它是 1980 年 1 月 5 日。结果，我得到了一个被选中的第 0 层源，时间步进到 1980 年（因为我有“makestep 1 3”配置为chrony），然后当我将机器人带到外面并且GPS开始发布正确的时间时，它开始向2021倾斜，它当然永远不会到达。例如，chrony 源列表如下所示：
[root@robot user]# chronyc sources
210 Number of sources = 5
MS Name/IP address Stratum Poll Reach LastRx Last sample
===============================================================================
#x PTP0 0 2 377 4 +15173d[+15173d] +/- 8760us
^* ipv4.ntp1.rbauman.com 2 6 377 38 -43ms[ -15ms] +/- 134ms
^- 150.136.0.232 2 7 377 148 -59ms[ -31ms] +/- 192ms
^+ 38.229.58.9 2 8 377 216 +30ms[ +55ms] +/- 124ms
^+ ntp.speculation.org 2 7 377 38 -5919us[ +22ms] +/- 130ms
我在捕获此数据时设置了正确的时间，因此您可以看到第一个源关闭了 15,173 天，因为 2021 - 1980 = 15000 天。
我们使用的简单而明显的解决方法是关闭所有东西，然后在我们外出后重新打开，但我希望有一个我缺少的 chrony 配置选项（或 timemaster 配置选项）会忽略源（即使他们声称是第 0 层）如果它在 20 年或其他一些如此巨大的时间内关闭。
我曾尝试更改 makestep 设置，但这实际上会使问题变得更糟，因为如果我们禁用 makestep，有人在里面的机器人上工作几个小时，时钟会向 1980 倾斜几个小时，然后时钟会出错，直到它可以在相同的时间内向后倾斜。
感谢您的任何想法。我实际上是在运行不同操作系统的三台嵌入式 PC 上执行此操作，因此我无法指定 Linux 版本或 chrony 版本。如果您有一个仅适用于最新版本 chrony 的修复程序，我很高兴听到它！