[Linuxptp-devel] [PATCH 1/2] phc_ctl: display all capability information

2019-09-26 Thread Jacob Keller
The capability command for phc_ctl does not display the number of pins or the cross timestamping support. Add this as output so that the user can see the complete device capabilities. Signed-off-by: Jacob Keller --- phc_ctl.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff

[Linuxptp-devel] [PATCH 0/2] additions to phc_ctl

2019-09-26 Thread Jacob Keller
This series provides a couple of updates to the phc_ctl utility. First, we display additional capabillity information such as the cross timestamping support as well as the number of pins. The second patch adds a new command, "pin_cfg", which will query the pin configuration for all of the

[Linuxptp-devel] [PATCH 2/2] phc_ctl: add pin_cfg command to display pin functions

2019-09-26 Thread Jacob Keller
Add a new function to phc_ctl to display the devices pin configuration data. First, obtain the device capabilities to determine the number of pins. Then, for each pin, print the name, function, and channel information. Signed-off-by: Jacob Keller --- phc_ctl.c | 73

Re: [Linuxptp-devel] [Linuxptp-users] How do I implement Sync message receive timeout according to Automotive and 802.1 AS profiles?

2019-09-26 Thread Erik Hons
Hi Yangbo, > > > May I have your suggestion here? To maintain gPTP time in software, > > > I just copied kernel timecounter code into linuxptp for usage. > > > > Why? That sounds wrong. > > Regarding to physical clock adjustment, that's confusing. This will changes > neighbor rate ratio

[Linuxptp-devel] [PATCH 2/3] port: Avoid calling freed servo after switching PHC.

2019-09-26 Thread Miroslav Lichvar
In port_synchronize(), when the clock returned SERVO_UNLOCKED and port_dispatch() triggered a switch of the PHC, the variable "s" would point to a servo which was already freed and the following call of servo_offset_threshold() would read invalid memory. Don't save the servo before dispatching

[Linuxptp-devel] [PATCH 1/3] port: Don't leak transport when unicast initialization fails.

2019-09-26 Thread Miroslav Lichvar
Signed-off-by: Miroslav Lichvar --- port.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/port.c b/port.c index 07ad3f0..d051403 100644 --- a/port.c +++ b/port.c @@ -3036,14 +3036,14 @@ struct port *port_open(int phc_index, p->versionNumber = PTP_VERSION;

[Linuxptp-devel] [PATCH 0/3] Port fixes and sharing unicast master table

2019-09-26 Thread Miroslav Lichvar
The first two patches fix bugs I came across when developing and testing the third patch, but are not really related to it. The third patch allows a unicast master table in the config to be used by multiple ports, which should simplify ptp4l configuration in some cases and make it usable with

[Linuxptp-devel] [PATCH 3/3] unicast: Enable sharing master tables between ports.

2019-09-26 Thread Miroslav Lichvar
Don't require each port to have its own master table specified in the config. Instead of ports claming configured tables, clone the table in each port, so different ports don't interfere with each other. Signed-off-by: Miroslav Lichvar --- port.c | 3 ++- ptp4l.8 | 4 +---