Re: [Linuxptp-users] Software timestamping delay - master offset drift

2023-05-16 Thread Elder Costa
> > > Is it possible to force it to +0 like in the log of the > > > first run above, the one that synchronizes? > > phc_ctl CLOCK_REALTIME freq 0 > Hello, Miroslav, thank you very much. BR. ___ Linuxptp-users mailing list Linuxptp-users@lists.sourcefo

Re: [Linuxptp-users] Software timestamping delay - master offset drift

2023-05-16 Thread Miroslav Lichvar
On Tue, May 16, 2023 at 11:04:36AM -0300, Elder Costa wrote: > > > ptp4l[484.261]: port 1 (enp3s0): new foreign master 0001c0.fffe.1a3cda-1 > > > ptp4l[488.262]: selected best master clock 0001c0.fffe.1a3cda > > > ptp4l[488.262]: foreign master not using PTP timescale > > > ptp4l[488.262]: port 1 (

Re: [Linuxptp-users] Software timestamping delay - master offset drift

2023-05-16 Thread Elder Costa
> > ptp4l[484.261]: port 1 (enp3s0): new foreign master 0001c0.fffe.1a3cda-1 > > ptp4l[488.262]: selected best master clock 0001c0.fffe.1a3cda > > ptp4l[488.262]: foreign master not using PTP timescale > > ptp4l[488.262]: port 1 (enp3s0): LISTENING to UNCALIBRATED on RS_SLAVE > > ptp4l[490.263]: ma

Re: [Linuxptp-users] Software timestamping delay - master offset drift

2023-05-13 Thread Elder Costa
> ptp4l[484.261]: port 1 (enp3s0): new foreign master 0001c0.fffe.1a3cda-1 > ptp4l[488.262]: selected best master clock 0001c0.fffe.1a3cda > ptp4l[488.262]: foreign master not using PTP timescale > ptp4l[488.262]: port 1 (enp3s0): LISTENING to UNCALIBRATED on RS_SLAVE > ptp4l[490.263]: master offse

Re: [Linuxptp-users] Software timestamping delay - master offset drift

2023-05-12 Thread Elder Costa
Em qui., 11 de mai. de 2023 às 21:43, Richard Cochran < richardcoch...@gmail.com> escreveu: > Maybe you have ntpd or systemd timesync or chrony running on the > client and/or the server? > > IIRC Ubuntu enables systemd thing by default, and it is hard to get > rid of. I disabled clock sync by NTP

Re: [Linuxptp-users] Software timestamping delay - master offset drift

2023-05-11 Thread Richard Cochran
On Thu, May 11, 2023 at 01:01:54PM -0300, Elder Costa wrote: > The master offset increases, non monotonically but with a very definite > trend, whether with or without the step_threshold parameter. > What am I missing? Maybe you have ntpd or systemd timesync or chrony running on the client and/o

[Linuxptp-users] Software timestamping delay - master offset drift

2023-05-11 Thread Elder Costa
I had already notice this while trying to solve the clock sync issue of the other thread. Test setup is two Fitlet PCs, connected point-to-point. The master offset increases, non monotonically but with a very definite trend, whether with or without the step_threshold parameter. $ uname -srvm

Re: [Linuxptp-users] Software Timestamping stuck state

2021-01-17 Thread Ryan Ruan
OK. Now the whale setup is properly working after I set one host to use hardware timstamping and another one to use software timstamping. But ptp4l will stuck on above mentioned state if both hosts are set to use software timestamp. I am wondering why is that the case? On Sun, Jan 17, 2021 at 12:5

[Linuxptp-users] Software Timestamping stuck state

2021-01-17 Thread Ryan Ruan
Hi, I was trying to run ptp4l on two Upcore Plus with Net Plus. I tried with default.cfg and it works perfectly. However, as soon as I change time_stamping to software, ptp4l will stuck on state "port 1: LISTENING to UNCALIBRATED on RS_SLAVE". I was suspecting if the issues is with the igb driver.

[Linuxptp-users] Software Timestamping on a Raspberry Pi 3B+

2019-08-01 Thread Longworth, Gethyn
Hi all, I just wanted to put a quick note out for anyone who wants to use LinuxPTP on a Raspberry Pi 3B+ and can't get it to work. I found an old message from this list by Naoki Itokawa about making LinuxPTP work on a Pi 3, but this doesn't work on a 3B+ as it uses a new Ethernet driver, lan78

Re: [Linuxptp-users] Software timestamping on unsupported driver

2017-03-25 Thread Šimon Wernisch
Thank you for the replies, On Fri, 24 Mar 2017 12:17:23 -0700 "Gary E. Miller" wrote: > On Fri, 24 Mar 2017 20:09:29 +0100 > Richard Cochran wrote: > > Wireless PTP is not going to work very well. I recommend using NTP > > instead. > > Let us not make this a PTP vs. NTP thing. There is ong

Re: [Linuxptp-users] Software timestamping on unsupported driver

2017-03-24 Thread Gary E. Miller
Yo Richard! On Fri, 24 Mar 2017 20:09:29 +0100 Richard Cochran wrote: > On Fri, Mar 24, 2017 at 06:44:30PM +0100, Šimon Wernisch wrote: > > Hello, > > I am trying to use ptp4l with software timestamping on my raspberry > > pi with a RT5370 wireless adapter. The driver is rt2800usb found in > > d

Re: [Linuxptp-users] Software timestamping on unsupported driver

2017-03-24 Thread Richard Cochran
On Fri, Mar 24, 2017 at 06:44:30PM +0100, Šimon Wernisch wrote: > Hello, > I am trying to use ptp4l with software timestamping on my raspberry pi > with a RT5370 wireless adapter. The driver is rt2800usb found in > drivers/net/wireless/ralink/rt2x00 of the raspberry kernel and it > doesn't support

[Linuxptp-users] Software timestamping on unsupported driver

2017-03-24 Thread Šimon Wernisch
Hello, I am trying to use ptp4l with software timestamping on my raspberry pi with a RT5370 wireless adapter. The driver is rt2800usb found in drivers/net/wireless/ralink/rt2x00 of the raspberry kernel and it doesn't support software timestamp transmitting. I have added skb_tx_timestamp(skb) into

Re: [Linuxptp-users] Software timestamping

2016-12-22 Thread 糸川直樹 / ITOKAWA,NAOKI
Hello, I could make ptp4l working on Raspberry Pi, then I'd like to write about it. - Raspberry Pi 3 Model B - write image of Raspbian Jessie with Pixel to microSD - installed linuxPTP v1.8 - installed ethtool *** Rebuilding kernel configuration *** (1) Make directory of kernel $ cd $ mkdi

Re: [Linuxptp-users] Software timestamping

2016-11-06 Thread Richard Cochran
On Sun, Nov 06, 2016 at 07:30:48PM +0100, Jan Deinhard wrote: > $ ethtool -T eth0 > Time stamping parameters for eth0: > Capabilities: > software-receive (SOF_TIMESTAMPING_RX_SOFTWARE) > software-system-clock (SOF_TIMESTAMPING_SOFTWARE) You are missing: software-transmit (S

[Linuxptp-users] Software timestamping

2016-11-06 Thread Jan Deinhard
Hello, I'm trying to use ptp4l (Version 1.7) on a Raspberry Pi. Unfortunately the device's network interface does not support hardware timestamping. $ ethtool -T eth0 Time stamping parameters for eth0: Capabilities: software-receive (SOF_TIMESTAMPING_RX_SOFTWARE) software-system-cloc