Hi, How the GM side is configured? Are you writing system time to PHC every second? If so, you can try make the phc free run. Without 1PPS signal connecting to the phc or PTM enabled, it's not recommended to set pmc's time by software, the jitter is quite big.
Is the GM and the client connected directly or through a switch? Try connect them directly with an utp or fiber. Andre Puschmann <andre.puschm...@srs.io> 于2023年11月20日周一 05:21写道: > > Hey, > > I've been able to get my hands on a ConnectX-3 Pro card and have done > some initial testing. The card indeed has a shared PHC for both ports so > running ptp4l as BC or TC does indeed work without the jbod option. > > However, sync performance (i.e. rms values) for the downstream OCs isn't > great. And in fact, even the Mellanox as a OC isn't giving great results > - rms values jump a lot (and I've tried various PI value combinations). > > Is anyone else seeing this with Mlx cards as well? Could it be my model > or the firmware? > > Here is the output of a OC config with the card: > > $ sudo /opt/linuxptp/ptp4l -i enp1s0 -f ~/configs/ptp/oc.cfg -m -l6 > ptp4l[12737.960]: selected /dev/ptp0 as PTP clock > ptp4l[12738.012]: port 1 (enp1s0): INITIALIZING to LISTENING on > INIT_COMPLETE > ptp4l[12738.012]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on > INIT_COMPLETE > ptp4l[12738.012]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING > on INIT_COMPLETE > ptp4l[12738.060]: port 1 (enp1s0): new foreign master fcaf6a.fffe.02b447-1 > ptp4l[12738.314]: selected best master clock fcaf6a.fffe.02b447 > ptp4l[12738.314]: port 1 (enp1s0): LISTENING to UNCALIBRATED on RS_SLAVE > ptp4l[12740.148]: port 1 (enp1s0): minimum delay request interval 2^-4 > ptp4l[12740.512]: port 1 (enp1s0): UNCALIBRATED to SLAVE on > MASTER_CLOCK_SELECTED > ptp4l[12741.138]: rms 1450 max 1934 freq +270168 +/- 1641 delay 951 > +/- 14 > ptp4l[12742.139]: rms 129 max 179 freq +268843 +/- 296 delay 963 +/- 11 > ptp4l[12743.140]: rms 241 max 490 freq +268455 +/- 452 delay 948 +/- 1 > ptp4l[12744.141]: rms 135 max 180 freq +268381 +/- 25 delay 947 +/- 1 > ptp4l[12745.142]: rms 1357 max 5277 freq +269064 +/- 3459 delay 950 > +/- 1 > ptp4l[12746.143]: rms 1397 max 5092 freq +268197 +/- 3539 delay 935 > +/- 7 > ptp4l[12747.144]: rms 210 max 417 freq +268048 +/- 243 delay 942 +/- 3 > ptp4l[12748.145]: rms 15 max 32 freq +268415 +/- 29 delay 947 +/- 2 > ptp4l[12749.146]: rms 1430 max 5594 freq +269126 +/- 3617 delay 950 > +/- 1 > ptp4l[12750.147]: rms 1391 max 5162 freq +268252 +/- 3543 delay 942 > +/- 4 > > > Thanks > Andre > > > > > > On 2/11/23 17:37, Jacob Keller wrote: > > > > > > On 11/2/2023 4:15 AM, Andre Puschmann wrote: > >> Hi, > >> > >> On 2/11/23 4:11, James Clark wrote: > >>> I have a dual-port Mellanox ConnectX-3 (specifically MCX312A-XCBT), > >>> which has a shared PHC. You can get them for less than $50 on > >>> eBay/AliExpress. I had to upgrade the firmware on mine to get PTP > >>> support. I haven't yet tried it as a boundary clock. > >> > >> Excellent. This is very helpful James. I've ordered a MCX312A and B and > >> will compare both here. I'll share my results here soon. If you have a > >> chance please also share the firmware version you're currently using on > >> your NIC. > >> > >> With my Intel NIC I could get the BC config working but I needed to set > >> the twoStepFlag to 1. Otherwise I was getting this for both ports: > >> > >> ptp4l[1040.180]: ioctl SIOCSHWTSTAMP failed: Numerical result out of range > >> > > > > Yep, that would indicate the device doesn't support one-step mode. > > > >> Sync quality wasn't great as expected though. I'll repeat with the > >> Mellanox once I have them here. > >> > >> Thanks > >> Andre > >> > > > > For Intel NICs, the only products I am aware of which share PHC across > > the device are the E800 series devices. Prior devices (E500, and E700, > > as well as the gigabit products) do share the same internal oscillator > > but due to the register interface each function has to setup its own clock. > > > > Thanks, > > Jake > > > > > > _______________________________________________ > > Linuxptp-users mailing list > > Linuxptp-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/linuxptp-users > > -- > Andre Puschmann > > Software Radio Systems (SRS) > https://www.srs.io > an...@srs.io > > PGP/GnuPG key: 0x204A85DFEA324D58 > fingerprint: 3924 1C60 D52E 81A2 1F2E 0C9D 204A 85DF EA32 4D58 > > > > _______________________________________________ > Linuxptp-users mailing list > Linuxptp-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linuxptp-users _______________________________________________ Linuxptp-users mailing list Linuxptp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-users