Thread: [Linuxptp-users] Bug-report for PTP4l
PTP IEEE 1588 stack for Linux
Brought to you by:
rcochran
|
From: Prottay A. <pro...@gm...> - 2022-06-28 13:24:40
|
Hi, The command I am trying to run is *sudo ptp4l -i eth0 -m -S* The response I am seeing is: port 1 (eth0): send sync failed ptp4l[687780.178]: port 1 (eth0): MASTER to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED) ptp4l[687796.179]: port 1 (eth0): FAULTY to LISTENING on INIT_COMPLETE ptp4l[687803.557]: port 1 (eth0): LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES ptp4l[687803.557]: port 1 (eth0): assuming the grand master role ptp4l[687804.567]: timed out while polling for tx timestamp ptp4l[687804.568]: increasing tx_timestamp_timeout may correct this issue, but it is likely caused by a driver bug ptp4l[687804.568]: port 1 (eth0): send sync failed ptp4l[687804.568]: port 1 (eth0): MASTER to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED) ptp4l[687820.568]: port 1 (eth0): FAULTY to LISTENING on INIT_COMPLETE ptp4l[687826.779]: port 1 (eth0): LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES ptp4l[687826.780]: port 1 (eth0): assuming the grand master role ptp4l[687827.790]: timed out while polling for tx timestamp ptp4l[687827.790]: increasing tx_timestamp_timeout may correct this issue, but it is likely caused by a driver bug ptp4l[687827.790]: port 1 (eth0): send sync failed ptp4l[687827.790]: port 1 (eth0): MASTER to FAULTY on FAULT_DETECTED (FT_UNSPECIFIED) My system is an Ubuntu 20.04 VM hosted on MS Azure. If I disable the -S flag and run the ptp4l on HW mode for the other interface of my system, it works fine. *sudo ptp4l -i enP48399s1 -m* This interface does not support the -S flag. So, I am trying the -S flag on the other existing interface eth0. Do you have any suggestions on how to make the SW PTP run on the eth0 interface? *Prottay M. AdhikariDistributed Embedded Controls Specialist @* Eaton Center of Excellence *Ph.D. *(Electrical Engineering, Rensselaer Polytechnic Institute), |
|
From: Miroslav L. <mli...@re...> - 2022-06-28 13:54:14
|
On Tue, Jun 28, 2022 at 09:24:18AM -0400, Prottay Adhikari wrote: > ptp4l[687827.790]: timed out while polling for tx timestamp > ptp4l[687827.790]: increasing tx_timestamp_timeout may correct this issue, > but it is likely caused by a driver bug > ptp4l[687827.790]: port 1 (eth0): send sync failed > ptp4l[687827.790]: port 1 (eth0): MASTER to FAULTY on FAULT_DETECTED > (FT_UNSPECIFIED) As the message above suggests, it's likely a driver bug. What hardware does the VM emulate? Maybe you could configure a different one? Otherwise, you might need to upgrade to a more recent kernel version. Issues in SW timestamping are rare. > > My system is an Ubuntu 20.04 VM hosted on MS Azure. -- Miroslav Lichvar |
|
From: Prottay A. <pro...@gm...> - 2022-06-28 14:18:57
|
Hi, Thanks for the reply. As for your question ... What hardware does the VM emulate? The details can be found here. https://browser.geekbench.com/v4/cpu/compare/3910977?baseline=3910977 <https://browser.geekbench.com/v4/cpu/compare/3910977?baseline=3910977> Maybe you could configure a different one? I was hoping to avoid this solution. If we have to opt for a different configuration anyway, is there a configuration you suggest? Otherwise, you might need to upgrade to a more recent kernel version. We upgraded from 20.04 to 22.04, the issue persists. What do you think? *Prottay M. AdhikariDistributed Embedded Controls Specialist @* Eaton Center of Excellence *Ph.D. *(Electrical Engineering, Rensselaer Polytechnic Institute), On Tue, Jun 28, 2022 at 9:54 AM Miroslav Lichvar <mli...@re...> wrote: > On Tue, Jun 28, 2022 at 09:24:18AM -0400, Prottay Adhikari wrote: > > ptp4l[687827.790]: timed out while polling for tx timestamp > > ptp4l[687827.790]: increasing tx_timestamp_timeout may correct this > issue, > > but it is likely caused by a driver bug > > ptp4l[687827.790]: port 1 (eth0): send sync failed > > ptp4l[687827.790]: port 1 (eth0): MASTER to FAULTY on FAULT_DETECTED > > (FT_UNSPECIFIED) > > As the message above suggests, it's likely a driver bug. What hardware > does the VM emulate? Maybe you could configure a different one? > Otherwise, you might need to upgrade to a more recent kernel version. > Issues in SW timestamping are rare. > > > > My system is an Ubuntu 20.04 VM hosted on MS Azure. > > -- > Miroslav Lichvar > > |
|
From: Miroslav L. <mli...@re...> - 2022-06-29 07:09:05
|
On Tue, Jun 28, 2022 at 10:18:39AM -0400, Prottay Adhikari wrote: > Hi, > Thanks for the reply. As for your question ... > > What hardware does the VM emulate? > The details can be found here. > https://browser.geekbench.com/v4/cpu/compare/3910977?baseline=3910977 > <https://browser.geekbench.com/v4/cpu/compare/3910977?baseline=3910977> That doesn't show the network controller. Try "lspci | grep Ether". > > Maybe you could configure a different one? > I was hoping to avoid this solution. If we have to opt for a different > configuration anyway, is there a configuration you suggest? I don't know what options are there on Azure. Try something different than what you are using now. -- Miroslav Lichvar |