Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.

2023-12-01 Thread Richard Cochran
On Thu, Nov 30, 2023 at 04:52:44PM -0800, Kishen Maloor wrote: > CMLDS ptp4l process would be configured with > transportSpecific/domain=0x2/0. Question about the spec: How on earth is this going to work? I mean, if the link partner is not also using CMLDS, then it won't reply because of the ma

Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.

2023-12-01 Thread Richard Cochran
On Thu, Nov 30, 2023 at 04:52:44PM -0800, Kishen Maloor wrote: > If serviceMeasurementValid=true, then we set both peer_portid_valid and > p->nrate.ratio_valid to true so that port_capable() could evaluate to true. Even simpler: include asCapable from the CMLDS Link Port in the TLV, and just assi

Re: [Linuxptp-devel] [PATCH v2 1/1] Add scaledLastGmFreqChange computation

2023-12-01 Thread Luigi 'Comio' Mantellini
I vote to fix also pmc (that is just a tool) output. Also adding a new PUSH we break the pmc tools... ciao luigi Il giorno ven 1 dic 2023 alle ore 09:03 Chwee-Lin Choong < chwee.lin.cho...@intel.com> ha scritto: > Add the computation for scaledLastGmFreqChange, as specified in > IEEE 802.1AS-202

[Linuxptp-devel] [PATCH v2 1/1] Add scaledLastGmFreqChange computation

2023-12-01 Thread Chwee-Lin Choong
Add the computation for scaledLastGmFreqChange, as specified in IEEE 802.1AS-2020, clause 11.4.4.3.9. This incorporates the necessary logic to calculate scaledLastGmFreqChange and appends the result to the follow-up TLV. In addition, a naming error has been rectified from scaledLastGmPhaseChange t