Re: [Linuxptp-devel] [PATCH V3 0/6] Clean up in preparation for GrandMaster support.

2020-03-23 Thread Jacob Keller
On 3/21/2020 4:57 AM, Richard Cochran wrote: > I have been preparing Balint Ferencz's ts2phc program for review on > this list. The present series presents a mixture of fixes and new > code in support of the upcoming GrandMaster features. > > Patches 1-3 are random fixes found along the way. >

Re: [Linuxptp-devel] [RFC V2] Add IEEE 802.1AS-2011 time-aware bridge support

2020-03-23 Thread Rodney Cummings
Hi Richard, > Could you run the Conformance test on the patches before I merge them to > master? Yes > put those patches on a branch on Github for you That would be helpful. Rodney > -Original Message- > From: Richard Cochran > Sent: Friday, March 20, 2020 12:33 PM > To: Rodney Cummin

Re: [Linuxptp-devel] [RFC V2] Add IEEE 802.1AS-2011 time-aware bridge support

2020-03-23 Thread Y.b. Lu
Hi Richard and Rodney, I really appreciate all your helps. The discussion makes me understand 802.1AS better, and work on it with more confidence. Now I have rebased the 4 patches for TAB on latest master branch. I did tests with 3 NXP LS1043ARDB boards, to verify time-aware bridge working as m

[Linuxptp-devel] [RFC V3, 2/4] Add BMCA support for IEEE 802.1AS-2011

2020-03-23 Thread Yangbo Lu
According to IEEE 802.1AS-2011, the BMCA used in gPTP is the same as that used in IEEE 1588 with the following exceptions: (1) Announce messages received on a slave port that were not sent by the receiving time-aware system are used immediately, i.e., there is no foreign-master qualification. (2)

[Linuxptp-devel] [RFC V3, 3/4] port: drop erroneous neighbor rate ratio

2020-03-23 Thread Yangbo Lu
From: Rodney Greenstreet When a connected peer introduces a time discontinuities in between consecutive peer-delay measurements (i.e. a jump in time in consecutive PDelay response), an erroneous neighbor rate ratio is calculated. This change disqualifies any neighbor rate ratio that exceeds +/- 1

[Linuxptp-devel] [RFC V3, 4/4] clock: redecide state if get EV_FAULT_DETECTED event

2020-03-23 Thread Yangbo Lu
From: Rodney Greenstreet IEEE 802.1AS-2011's methodology for faults is to avoid waiting in that FAULTY state in hopes that management will notice. Instead, move on to search for a valid non-faulty state. If supported, the fault is logged so that management can notice later, but that logging isn't

[Linuxptp-devel] [RFC V3, 1/4] Add IEEE 802.1AS-2011 time-aware bridge support

2020-03-23 Thread Yangbo Lu
This patch is to add IEEE 802.1AS-2011 time-aware bridge support based on current BC clock type. It implements only time information relay, and BMCA was not touched. To run it, the profile gPTP.cfg could be used with multiple interfaces specified using -i option. The main code changes are, - Creat

[Linuxptp-devel] [RFC V3, 0/4] Add IEEE 802.1AS-2011 time-aware bridge support

2020-03-23 Thread Yangbo Lu
This patch-set is to add IEEE 802.1AS-2011 time-aware bridge support. The implementation is based on BC clock type. The main changes are, - Support time information relay through follow_up_TLV. - Support BMCA for IEEE 802.1AS-2011 time-aware bridge. - Implement other difference of IEEE 802.1AS-2011