:12写道:
> On Wed, Nov 23, 2022 at 08:41:36PM +0800, Hamilton Alex wrote:
> > Hi, Miroslav:
> > Thank you for your reply!
> > but i didn't understand, on a single system, port 0 as master and port 1
> as
> > slave, and there is cable connect port 0 and port 1 for pk
Wed, Nov 23, 2022 at 03:35:57PM +0800, Hamilton Alex wrote:
> > so I wonder whether linuxptp can run on a single system(one CPU)?
>
> You can have multiple ptp4l instances talking to each other on a
> single system, but you need to disable the loopback shortcut between
> them.
Hi, Team:
I have a network switch card, there are two ports(port 0 and port 1)
connected with cable. I run linuxptp with BC mode, set port 0 as master and
port 1 as slave (freerun mode).
I can see that port 1 received the SYNC message from port 0 and port 0
received the DelayRequest message from
nks
Alex
Richard Cochran 于2022年9月8日周四 21:40写道:
> On Thu, Sep 08, 2022 at 07:41:53PM +0800, Hamilton Alex wrote:
>
> > however, the 1pps time error is around 40 NS, which means my board is
> > ahead of the reference for about 40NS, which doesn't match the result
> > dump
Hi, Miroslav:
I am using calnex to test ptp. calnex can mimic the long path delay so it
is reasonable.
I am using switch chip, it has MAC timestamping and rx_delay, tx_delay are
compensated.
Thanks
Alex
Miroslav Lichvar 于2022年9月8日周四 21:26写道:
> On Thu, Sep 08, 2022 at 07:41:53PM +0800, Hamil
> luigi
>
>
> Il giorno gio 8 set 2022 alle ore 13:44 Hamilton Alex <
> alexzanda...@gmail.com> ha scritto:
>
>> Hi:
>> I got an issue that linuxptp result doesn't match 1PPS measurement.
>> my board is acting as a slave, the calnex is acting as a master wit
Hi:
I got an issue that linuxptp result doesn't match 1PPS measurement.
my board is acting as a slave, the calnex is acting as a master with
reference clock.
after ptp4l runs, result is below, looks pretty good:
ptp4l[130166.661]: rms1 max2 freq-50 +/- 4 delay 9059 +/- 0
+/- 1 delay 9052 +/- 1
ptp4l[196590.809]: rms1 max2 freq-50 +/- 1 delay 9052 +/- 0
ptp4l[196591.809]: rms1 max3 freq-51 +/- 1 delay 9053 +/- 0
Erez 于2022年9月4日周日 21:57写道:
>
>
> On Sun, 4 Sept 2022 at 07:24, Hamilton Alex
> wrote:
>
>>
a lot. that's why the result is totally different from
simulation.
Thanks
Alex
Hamilton Alex 于2022年9月3日周六 12:54写道:
> what i have verified is:
> 1. Use syncE mode, so don't need to adjust frequency, use linuxptp to
> adjust phase offset only, everything works fine.
> 2. manually te
offset within +/- 10NS.
3. use linuxptp servo for frequency adjustment, it can't converge.
Richard Cochran 于2022年9月3日周六 10:57写道:
> On Sat, Sep 03, 2022 at 08:09:14AM +0800, Hamilton Alex wrote:
>
> > I didn't use custom vendor linux driver, Zarlink provided steps to adjust
> >
写道:
> On Fri, Sep 02, 2022 at 08:38:08AM +0800, Hamilton Alex wrote:
> > Hi, my friends:
> > I got an issue for linux ptp servo. my board is using zarlink DPLL,
>
> I'm not familiar with "zarlink DPLL". I guess this is using a custom
> vendor Linux driver?
>
11 matches
Mail list logo