Re: [Linuxptp-devel] [PATCH] [pmc] Avoid conflicting port IDs over PMC UDS

2023-09-11 Thread Keller, Jacob E
> -Original Message- > From: Eyal Itkin via Linuxptp-devel > Sent: Sunday, September 10, 2023 9:23 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH] [pmc] Avoid conflicting port IDs over PMC > UDS > > The UDS interface is currently associated with a clo

Re: [Linuxptp-devel] [PATCH] phc2sys: Avoid segfault with default UDS address.

2023-09-06 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Monday, September 4, 2023 11:21 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH] phc2sys: Avoid segfault with default UDS > address. > > The recently added phc2sys multi-domain mode introduced a regre

Re: [Linuxptp-devel] [PATCH] phc2sys: Fix -n option with -w.

2023-09-06 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Monday, September 4, 2023 11:04 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH] phc2sys: Fix -n option with -w. > > The domain number used for communication with ptp4l specified by the -n > option i

Re: [Linuxptp-devel] [PATCH 2/2] ptp4l: Add description for setting kthreads priorities

2023-07-19 Thread Keller, Jacob E
> -Original Message- > From: Plachno, Lukasz > Sent: Wednesday, July 19, 2023 9:48 AM > To: linuxptp-devel@lists.sourceforge.net > Cc: Kitszel, Przemyslaw ; > richardcoch...@gmail.com; mac...@machnikowski.net; Keller, Jacob E > ; Plachno, Lukasz > Subject

Re: [Linuxptp-devel] [PATCH] sk: don't report random errno on timeout

2023-07-18 Thread Keller, Jacob E
> -Original Message- > From: Maciek Machnikowski > Sent: Tuesday, July 18, 2023 12:33 AM > To: Keller, Jacob E ; Richard Cochran > > Cc: linuxptp-devel@lists.sourceforge.net; Czapnik, Lukasz > ; Kolacinski, Karol ; > Plachno, Lukasz ; Pacuszka, MateuszX >

Re: [Linuxptp-devel] [PATCH] sk: don't report random errno on timeout

2023-07-14 Thread Keller, Jacob E
> -Original Message- > From: Kitszel, Przemyslaw > Sent: Friday, July 14, 2023 4:39 AM > To: linuxptp-devel@lists.sourceforge.net > Cc: Richard Cochran ; Miroslav Lichvar > ; Keller, Jacob E ; Kolacinski, > Karol ; Glaza, Jan ; Plachno, > Lukasz ; Pacuszka, Mate

Re: [Linuxptp-devel] Side note: i225 / igc time sync and TSN capabilities...

2023-05-26 Thread Keller, Jacob E
> -Original Message- > From: Frantisek Rysanek > Sent: Friday, May 26, 2023 9:01 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] Side note: i225 / igc time sync and TSN > capabilities... > > Dear gents, > > this is just a slightly off topic gratuitous side no

Re: [Linuxptp-devel] [PATCH] clock: Fix summary interval in free-running mode.

2023-05-18 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Thursday, May 18, 2023 7:27 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH] clock: Fix summary interval in free-running > mode. > > In the free-running mode the stats are updated only once per the >

Re: [Linuxptp-devel] [PATCH] sk: Reset timestamping mode on exit, use locks

2023-05-12 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Tuesday, May 9, 2023 5:31 AM > To: Zaborowski, Andrew > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] sk: Reset timestamping mode on exit, use > locks > > On Tue, May 09, 2023 at 02:02:05PM +0200,

Re: [Linuxptp-devel] [PATCH 1/2] phc_ctl: explicitly check for adjust_phase definition

2022-11-17 Thread Keller, Jacob E
> -Original Message- > From: Geva, Erez > Sent: Thursday, November 17, 2022 9:21 AM > To: Keller, Jacob E ; linuxptp- > de...@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 1/2] phc_ctl: explicitly check for > adjust_phase definition > > On Tue

Re: [Linuxptp-devel] [PATCH 2/2] phc_ctl: use PTP_CLOCK_GETCAPS2 ioctl if available

2022-11-17 Thread Keller, Jacob E
> -Original Message- > From: Geva, Erez > Sent: Thursday, November 17, 2022 9:13 AM > To: Keller, Jacob E ; linuxptp- > de...@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 2/2] phc_ctl: use PTP_CLOCK_GETCAPS2 > ioctl if available > > On Tue

Re: [Linuxptp-devel] [PATCH] servo: stop rounding initial frequency to nearest ppb

2022-11-16 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Wednesday, November 16, 2022 4:13 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] servo: stop rounding initial frequency > to > nearest ppb >

Re: [Linuxptp-devel] [PATCH 2/4] Add sock servo.

2022-11-15 Thread Keller, Jacob E
> -Original Message- > From: Hal Murray > Sent: Tuesday, November 15, 2022 2:09 AM > To: Keller, Jacob E > Cc: Maciek Machnikowski ; Hal Murray > ; linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 2/4] Add sock servo. > >

Re: [Linuxptp-devel] [PATCH 2/4] Add sock servo.

2022-11-14 Thread Keller, Jacob E
> -Original Message- > From: Maciek Machnikowski > Sent: Monday, November 14, 2022 10:55 PM > To: Keller, Jacob E > Cc: Hal Murray ; Miroslav Lichvar > ; linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 2/4] Add sock servo. > > On

Re: [Linuxptp-devel] [PATCH 2/4] Add sock servo.

2022-11-14 Thread Keller, Jacob E
> -Original Message- > From: Hal Murray > Sent: Monday, November 14, 2022 4:34 AM > To: Miroslav Lichvar > Cc: Keller, Jacob E ; linuxptp- > de...@lists.sourceforge.net; Hal Murray > Subject: Re: [Linuxptp-devel] [PATCH 2/4] Add sock servo. > > > >

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

2022-10-27 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Thursday, October 27, 2022 8:00 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] phc_ctl: add pin_cfg command to display > pin functions > > On

Re: [Linuxptp-devel] [PATCH v2 4/4] Extend clockcheck to check for changes in frequency.

2022-10-24 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Monday, October 24, 2022 5:43 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH v2 4/4] Extend clockcheck to check for > changes in frequency. > >

Re: [Linuxptp-devel] [PATCH v2 0/4] Bug fix and improved clockcheck

2022-10-20 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Thursday, October 20, 2022 7:13 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v2 0/4] Bug fix and improved clockcheck > > v2: > - added patch to exit on errors returned by read-only clock_adjtime()

Re: [Linuxptp-devel] [PATCH v2 4/4] Extend clockcheck to check for changes in frequency.

2022-10-20 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Thursday, October 20, 2022 7:13 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v2 4/4] Extend clockcheck to check for > changes > in frequency. > > Before setting the new frequency offset on a cloc

Re: [Linuxptp-devel] [PATCH] sk.c: Unreachable switch case TS_SOFTWARE

2022-09-26 Thread Keller, Jacob E
> -Original Message- > From: Michael Galassi > Sent: Sunday, September 25, 2022 11:38 AM > To: Richard Cochran > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] sk.c: Unreachable switch case > TS_SOFTWARE > > On Sun, Sep 25, 2022 at 11:23 AM Richard Coc

Re: [Linuxptp-devel] [PATCHv2 2/4] sysoff: Change sysoff_measure() to return ioctl errno.

2022-03-29 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Monday, March 28, 2022 11:28 PM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCHv2 2/4] sysoff: Change sysoff_measure() to > return ioctl errno. > >

Re: [Linuxptp-devel] [PATCHv2 2/4] sysoff: Change sysoff_measure() to return ioctl errno.

2022-03-24 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Thursday, March 24, 2022 6:20 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCHv2 2/4] sysoff: Change sysoff_measure() to > return ioctl errno. > > Return -errno instead of SYSOFF_RUN_TIME_MISSING from

Re: [Linuxptp-devel] [PATCH v2 1/4] unicast: Add support to check if message was received from an entry in the unicast master table.

2022-03-21 Thread Keller, Jacob E
> -Original Message- > From: vincent.cheng...@renesas.com > Sent: Saturday, March 19, 2022 7:04 PM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH v2 1/4] unicast: Add support to check if > message was rece

Re: [Linuxptp-devel] [PATCH] phc2sys: Don't exit when reading of PHC fails.

2022-03-16 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Wednesday, March 16, 2022 1:58 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] phc2sys: Don't exit when reading of PHC > fails. > > On

Re: [Linuxptp-devel] [PATCH 1/1] TLV management messages need to be aligned to 16 bits.

2022-03-16 Thread Keller, Jacob E
> -Original Message- > From: Dale Smith > Sent: Tuesday, March 15, 2022 5:07 PM > To: Erez Geva > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 1/1] TLV management messages need to be > aligned to 16 bits. > > On 3/8/22, Erez Geva wrote: > > stru

Re: [Linuxptp-devel] [PATCH v2 3/4] port: unicast client - do not add master to foreign master table if not in the unicast master table.

2022-03-15 Thread Keller, Jacob E
> -Original Message- > From: vincent.cheng...@renesas.com > Sent: Sunday, March 13, 2022 10:01 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v2 3/4] port: unicast client - do not add > master > to foreign master table if not in the unicast master tabl

Re: [Linuxptp-devel] [PATCH v2 4/4] port: cancel unicast transmission when closing port.

2022-03-15 Thread Keller, Jacob E
> -Original Message- > From: vincent.cheng...@renesas.com > Sent: Sunday, March 13, 2022 10:01 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v2 4/4] port: cancel unicast transmission > when > closing port. > > From: Vincent Cheng > > Signed-off-by:

Re: [Linuxptp-devel] [PATCH v2 2/4] unicast: Add support to send CANCEL_UNICAST_TRANSMISSION TLVs.

2022-03-15 Thread Keller, Jacob E
> -Original Message- > From: vincent.cheng...@renesas.com > Sent: Sunday, March 13, 2022 10:01 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v2 2/4] unicast: Add support to send > CANCEL_UNICAST_TRANSMISSION TLVs. > > From: Vincent Cheng > > Signed-

Re: [Linuxptp-devel] [PATCH v2 1/4] unicast: Add support to check if message was received from an entry in the unicast master table.

2022-03-15 Thread Keller, Jacob E
> -Original Message- > From: vincent.cheng...@renesas.com > Sent: Sunday, March 13, 2022 10:01 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v2 1/4] unicast: Add support to check if > message was received from an entry in the unicast master table. > >

Re: [Linuxptp-devel] [PATCH v2 0/4] port: Cancel unicast service when closing port.

2022-03-15 Thread Keller, Jacob E
> -Original Message- > From: vincent.cheng...@renesas.com > Sent: Sunday, March 13, 2022 10:01 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v2 0/4] port: Cancel unicast service when > closing port. > > From: Vincent Cheng > > ptp4l currently does n

Re: [Linuxptp-devel] [PATCH] phc2sys: Don't exit when reading of PHC fails.

2022-03-15 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Thursday, March 10, 2022 3:23 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH] phc2sys: Don't exit when reading of PHC > fails. > > Reading of the PHC can occasionally fail with some drivers, e.g. t

Re: [Linuxptp-devel] [PATCH] Add PORT_SERVICE_STATS_NP management TLV

2022-01-25 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Tuesday, January 25, 2022 6:10 PM > To: Dale Smith > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] Add PORT_SERVICE_STATS_NP > management TLV > > On Tue, Jan 25, 2022 at 05:04:44PM -0500, Dale Smit

Re: [Linuxptp-devel] linuxptp performance hit

2021-12-17 Thread Keller, Jacob E
On 12/17/2021 3:14 PM, Kosta Demirev wrote: > Hi Erez, > I am almost giving up on making my first patch. > After following all the recommendations, I failed on 'git send-email'. > > I am attaching needed files for the patch( use it as you like). > I spend my day for this patch, instead to figure o

Re: [Linuxptp-devel] [PATCH v2 0/2] fix fallback clock_gettime for test_phc

2021-11-23 Thread Keller, Jacob E
On 10/25/2021 12:25 AM, Miroslav Lichvar wrote: > On Fri, Oct 22, 2021 at 03:03:57PM -0700, Jacob Keller wrote: >> The current implementation of test_phc cmp has a fallback flow for comparing >> the PHC clock to the CLOCK_REAMTIME. This fallback flow calculates the >> inverse offset compared to the

Re: [Linuxptp-devel] [PATCH 2/2] util: fix dangling file descriptors on the error path of posix_clock_open

2021-11-22 Thread Keller, Jacob E
> -Original Message- > From: Keller, Jacob E > Sent: Monday, November 22, 2021 5:23 PM > To: Vladimir Oltean ; richardcoch...@gmail.com > Cc: linuxptp-devel@lists.sourceforge.net > Subject: RE: [Linuxptp-devel] [PATCH 2/2] util: fix dangling file descriptors > o

Re: [Linuxptp-devel] [PATCH 2/2] util: fix dangling file descriptors on the error path of posix_clock_open

2021-11-22 Thread Keller, Jacob E
> -Original Message- > From: Vladimir Oltean > Sent: Monday, November 22, 2021 4:38 PM > To: richardcoch...@gmail.com > Cc: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 2/2] util: fix dangling file descriptors on > the > error path of posix_clock_open > > Wh

Re: [Linuxptp-devel] [PATCH v2 1/2] phc2sys: move read_phc into clock_adj.c

2021-11-16 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Monday, November 15, 2021 5:40 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH v2 1/2] phc2sys: move read_phc into > clock_adj.c > > On Fri,

Re: [Linuxptp-devel] [PATCH] util: don't error out in posix_clock_open() if we can't determine PHC index

2021-11-16 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Saturday, November 13, 2021 6:53 AM > To: Vladimir Oltean > Cc: Ed Branch ; linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] util: don't error out in > posix_clock_open() if > we can't determine PHC index

Re: [Linuxptp-devel] [Linuxptp-users] Sudden phc offset jump

2021-11-03 Thread Keller, Jacob E
On 11/3/2021 7:44 AM, ramesh t wrote: > Hello Jake, > > Please find the requested info below. > NIC driver: > driver: ice > version: 1.3.2 > firmware-version: 2.30 0x80006c8d 1.2877.0 > > Kernel version: > uname -a > Linux cyswy002r-mvnr-p004-sdlas00222a-mv-du001-55d64d7457-dmp8s > 4.19.177-rt72

Re: [Linuxptp-devel] [PATCH 2/2] phc_ctl: replace calculate_offset with clockadj_compare

2021-10-22 Thread Keller, Jacob E
On 10/22/2021 1:58 PM, Keller, Jacob E wrote: > The phc_ctl program includes an implementation for comparing the PHC > with CLOCK_REALTIME when PTP_SYS_OFFSET ioctls are not supported. > > This implementation produces inverted results when compared with the > implementation of the

[Linuxptp-devel] fault_reset_interval ASAP seems to ignore link down

2021-09-24 Thread Keller, Jacob E
If a port goes down because of loss of link, ptp4l tries to avoid clearing the fault. However, if you set fault_reset_interval to ASAP, then ptp4l immediately clears the fault and tries to send and eventually gets a timeout. Is this expected behavior? I feel like we might want to be checking the p

Re: [Linuxptp-devel] [PATCH 0/4] Leap second fix and improvements.

2021-09-21 Thread Keller, Jacob E
On 9/15/2021 3:08 AM, Miroslav Lichvar wrote: > I was improving the coverage of the linuxptp testsuite and noticed a bug > that needs to be fixed before the next leap second. That's the first > patch. The others are improvements to better see what is happening > around leap second, make the grandma

Re: [Linuxptp-devel] [PATCH] Adding Percentile Filter Support

2021-09-21 Thread Keller, Jacob E
On 9/11/2021 1:51 AM, joseph.matan...@gmail.com wrote: > From: Joseph Matan > > The percentile filter can be very useful when running in a non-ptp-aware > environment. > For example, if we set a low percentile value (and the filter length is large > enough), > we can still get a good estimation

Re: [Linuxptp-devel] [RFC] ptp4l: improved-accuracy hook

2021-08-03 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Tuesday, August 03, 2021 8:48 AM > To: Aya Levin > Cc: Eran Ben Elisha ; Moshe Shemesh > ; Saeed Mahameed ; linuxptp- > de...@lists.sourceforge.net; tariq Toukan > Subject: Re: [Linuxptp-devel] [RFC] ptp4l: improved-accuracy hook >

Re: [Linuxptp-devel] [PATCH] Increase the default tx_timestamp_timeout to 5

2021-07-14 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Wednesday, July 14, 2021 6:12 AM > To: Keller, Jacob E > Cc: Miroslav Lichvar ; linuxptp- > de...@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] Increase the default > tx_timestamp_timeout &g

Re: [Linuxptp-devel] [PATCH] Increase the default tx_timestamp_timeout to 5

2021-07-14 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Wednesday, July 14, 2021 6:03 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] Increase the default > tx_timestamp_timeout > to 5 > > On W

Re: [Linuxptp-devel] [PATCH] Increase the default tx_timestamp_timeout to 5

2021-07-14 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Monday, July 12, 2021 6:44 PM > To: Keller, Jacob E > Cc: Miroslav Lichvar ; linuxptp- > de...@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] Increase the default > tx_timestamp_timeout &g

Re: [Linuxptp-devel] [PATCH] Increase the default tx_timestamp_timeout to 5

2021-07-14 Thread Keller, Jacob E
On 7/12/2021 6:36 PM, Richard Cochran wrote: > On Mon, Jul 12, 2021 at 05:02:58PM -0700, Vinicius Costa Gomes wrote: >> Speaking of future improvements, wouldn't it be easier if the >> kernel/driver was able to notify userspace that a timestamping request >> wasn't able to be serviced? > > It woul

Re: [Linuxptp-devel] [PATCH] Increase the default tx_timestamp_timeout to 5

2021-07-12 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Monday, July 12, 2021 12:35 AM > To: Keller, Jacob E > Cc: Eric Decker ; linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] Increase the default > tx_timestamp_timeout > to 5 >

Re: [Linuxptp-devel] [PATCH] Increase the default tx_timestamp_timeout to 5

2021-07-08 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Thursday, July 08, 2021 4:10 AM > To: Eric Decker > Cc: Keller, Jacob E ; linuxptp- > de...@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] Increase the default > tx_timestamp_timeout > to

Re: [Linuxptp-devel] [PATCH] Increase the default tx_timestamp_timeout to 5

2021-07-08 Thread Keller, Jacob E
> -Original Message- > From: Eric Decker > Sent: Wednesday, July 07, 2021 6:38 PM > To: Keller, Jacob E ; linuxptp- > de...@lists.sourceforge.net > Subject: RE: [Linuxptp-devel] [PATCH] Increase the default > tx_timestamp_timeout > to 5 > > If the times

Re: [Linuxptp-devel] tx_timestamp_timeout default

2021-07-08 Thread Keller, Jacob E
> -Original Message- > From: Hal Murray > Sent: Wednesday, July 07, 2021 8:48 PM > To: Keller, Jacob E > Cc: Richard Cochran ; linuxptp- > de...@lists.sourceforge.net; Hal Murray > Subject: Re: [Linuxptp-devel] tx_timestamp_timeout default > > >

Re: [Linuxptp-devel] tx_timestamp_timeout default

2021-07-08 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Wednesday, July 07, 2021 6:36 PM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] tx_timestamp_timeout default > > On Wed, Jul 07, 2021 at 11:46:16PM +000

Re: [Linuxptp-devel] tx_timestamp_timeout default

2021-07-07 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Wednesday, July 07, 2021 4:29 PM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] tx_timestamp_timeout default > > On Wed, Jul 07, 2021 at 10:22:59PM +000

[Linuxptp-devel] tx_timestamp_timeout default

2021-07-07 Thread Keller, Jacob E
Hi, I've been working on implementing support for PTP in the E810 and E822 devices for Intel's ice driver. As part of this work we've discovered that (again...) timestamps can sometimes take longer than the 1millisecond default delay. Although we get an interrupt within 10usec, the timestamp ha

Re: [Linuxptp-devel] Intel 210 to Intel 255

2021-06-09 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Monday, June 07, 2021 11:42 AM > To: Geva, Erez > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] Intel 210 to Intel 255 > > On Mon, Jun 07, 2021 at 02:01:28PM +, Geva, Erez wrote: > > > Jun 7 15:44:07

Re: [Linuxptp-devel] [PATCH v3 5/5] clockcheck: Increase minimum interval.

2021-06-01 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Monday, May 31, 2021 2:08 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v3 5/5] clockcheck: Increase minimum > interval. > > Increase the minimum check interval to 1 second to measure the frequenc

Re: [Linuxptp-devel] [PATCH v3 4/5] port: Don't renew raw transport.

2021-06-01 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Monday, May 31, 2021 2:08 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v3 4/5] port: Don't renew raw transport. > > Renewing of the transport on announce/sync timeout is needed in the > client-onl

Re: [Linuxptp-devel] [PATCH v2 2/3] clock: Reset clock check on best clock/port change.

2021-05-26 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Wednesday, May 26, 2021 1:24 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v2 2/3] clock: Reset clock check on best > clock/port change. > > Reset the clock check when the best clock or port change

Re: [Linuxptp-devel] [PATCH v2 3/3] port: Don't check timestamps from non-slave ports.

2021-05-26 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Wednesday, May 26, 2021 1:24 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v2 3/3] port: Don't check timestamps from > non- > slave ports. > > Don't perform the sanity check on receive timestamps

Re: [Linuxptp-devel] [PATCH 2/3] clock: Reset clock check on port state change.

2021-05-25 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Tuesday, May 25, 2021 5:28 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 2/3] clock: Reset clock check on port state > change. > > Reset the clock check to avoid false positives when switching betw

Re: [Linuxptp-devel] [PATCH 1/3] clock: Reset state when switching port with same best clock.

2021-05-25 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Tuesday, May 25, 2021 5:28 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 1/3] clock: Reset state when switching port > with > same best clock. > > When the best port is changed, but the ID of the

Re: [Linuxptp-devel] [PATCH 3/4] ts2phc: Update leapfile documentation

2021-05-14 Thread Keller, Jacob E
> -Original Message- > From: Lars Munch > Sent: Friday, May 14, 2021 4:34 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 3/4] ts2phc: Update leapfile documentation > > Update leapfile documentation to note the file will be > reloaded if modified. > >

Re: [Linuxptp-devel] ptp4l L2 with rx-fcs

2021-05-14 Thread Keller, Jacob E
> -Original Message- > From: Aya Levin > Sent: Thursday, May 13, 2021 4:37 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] ptp4l L2 with rx-fcs > > Hi, > > While debugging the same issue, I found this thread > https://sourceforge.net/p/linuxptp/mailman/linuxp

Re: [Linuxptp-devel] SyncE support

2021-03-18 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Tuesday, March 16, 2021 8:59 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] SyncE support > > On Tue, Mar 16, 2021 at 03:52:36PM +0100, Frantisek Rysanek wrote: > > On 16 Mar 2021 at 11:25, Miroslav Li

Re: [Linuxptp-devel] SyncE support

2021-03-18 Thread Keller, Jacob E
> -Original Message- > From: Frantisek Rysanek > Sent: Monday, March 15, 2021 2:40 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] SyncE support > > Dear gentlemen, > thanks for opening this interesting topic... > > Is there any stock NIC (silicon, board)

Re: [Linuxptp-devel] SyncE support

2021-03-15 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Monday, March 15, 2021 9:57 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] SyncE support > > As I understand it, there is currently no explicit support for SyncE > in the mainline kernel and linuxptp. For

Re: [Linuxptp-devel] [PATCH 1/2] Explicit length byte order swap functions.

2021-03-12 Thread Keller, Jacob E
> -Original Message- > From: Geva, Erez > Sent: Thursday, March 11, 2021 2:23 AM > To: Richard Cochran > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 1/2] Explicit length byte order swap > functions. > > How do you want to call the 64 bits? > I think

Re: [Linuxptp-devel] [PATCH 1/2] Explicit length byte order swap functions.

2021-03-10 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Wednesday, March 10, 2021 7:12 PM > To: Erez Geva > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 1/2] Explicit length byte order swap > functions. > > On Wed, Mar 10, 2021 at 11:17:48PM +0100, Erez

Re: [Linuxptp-devel] [PATCH 2/2] Fix Management Implementation-specific TLVs

2021-03-10 Thread Keller, Jacob E
> -Original Message- > From: Erez Geva > Sent: Wednesday, March 10, 2021 2:18 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 2/2] Fix Management Implementation-specific > TLVs > > Change Management Implementation-specific TLVs use to > little endian i

Re: [Linuxptp-devel] PORT_STATS_NP management TLV message

2021-03-10 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Wednesday, March 10, 2021 6:58 AM > To: Geva, Erez > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] PORT_STATS_NP management TLV message > > On Tue, Mar 09, 2021 at 10:28:48PM +, Geva, Erez wrote: > > H

Re: [Linuxptp-devel] PORT_STATS_NP management TLV message

2021-03-10 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Wednesday, March 10, 2021 6:54 AM > To: Keller, Jacob E > Cc: Geva, Erez ; linuxptp- > de...@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] PORT_STATS_NP management TLV message > > On Tue, Mar 0

Re: [Linuxptp-devel] PORT_STATS_NP management TLV message

2021-03-09 Thread Keller, Jacob E
> -Original Message- > From: Geva, Erez > Sent: Tuesday, March 09, 2021 2:29 PM > To: Richard Cochran > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] PORT_STATS_NP management TLV message > > Hi, > > I can be live with using little endian. > This is not the

Re: [Linuxptp-devel] PORT_STATS_NP management TLV message

2021-03-09 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Tuesday, March 09, 2021 8:57 AM > To: Geva, Erez > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] PORT_STATS_NP management TLV message > > On Tue, Mar 09, 2021 at 01:59:33PM +, Geva, Erez wrote: > > As

Re: [Linuxptp-devel] [PATCH 2/2] Clock Class Threshold Feature addition for PTP4L

2021-02-19 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Tuesday, February 16, 2021 8:21 PM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 2/2] Clock Class Threshold Feature > addition > for PTP4L > >

Re: [Linuxptp-devel] [RFC PATCH] clock: Add read-only UDS port for monitoring.

2021-01-20 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Wednesday, January 20, 2021 7:15 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [RFC PATCH] clock: Add read-only UDS port for > monitoring. > > Add a second UDS port to allow unprivileged applications to m

Re: [Linuxptp-devel] [PATCH 0/3] Convert to inclusive terminology, Part III

2021-01-19 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Monday, January 18, 2021 10:57 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 0/3] Convert to inclusive terminology, Part > III > > * Part III > > - Mark the existing masterOnly option as depreca

Re: [Linuxptp-devel] [PATCH 0/5] PMC Agent - Part V - phc2sys cleanups

2020-12-07 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Saturday, December 05, 2020 8:21 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 0/5] PMC Agent - Part V - phc2sys cleanups > > In the effort to reshape the PMC agent logic into a coherent form, it >

Re: [Linuxptp-devel] [PATCH 3/5] pmc_agent: Let the update method poll for push events.

2020-12-07 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Saturday, December 05, 2020 8:21 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 3/5] pmc_agent: Let the update method poll > for > push events. > > Signed-off-by: Richard Cochran > --- > pmc_agent

Re: [Linuxptp-devel] [PATCH 4/4] pmc_agent: Simplify the method that gets of the number of local ports.

2020-11-30 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Monday, November 30, 2020 10:58 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 4/4] pmc_agent: Simplify the method that > gets of the number of loc

Re: [Linuxptp-devel] [PATCH v2 0/7] PMC Agent - Part II

2020-11-30 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Friday, November 27, 2020 6:30 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v2 0/7] PMC Agent - Part II > The whole series looks good to me. Thanks, Jake > Changed in V2 > ~ > - Pick

Re: [Linuxptp-devel] [PATCH RFC 0/1] Introduce inclusive terminology

2020-10-29 Thread Keller, Jacob E
> -Original Message- > From: Miroslav Lichvar > Sent: Thursday, October 29, 2020 10:24 AM > To: Richard Cochran > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH RFC 0/1] Introduce inclusive terminology > > On Thu, Oct 29, 2020 at 09:53:42AM -0700, Rich

Re: [Linuxptp-devel] [RFC PATCH v2 00/14] Dynamic sync direction for ts2phc

2020-08-17 Thread Keller, Jacob E
> -Original Message- > From: Vladimir Oltean > Sent: Monday, August 17, 2020 5:03 PM > To: Keller, Jacob E > Cc: richardcoch...@gmail.com; linuxptp-devel@lists.sourceforge.net; > fer...@gmail.com > Subject: Re: [RFC PATCH v2 00/14] Dynamic sync direction for ts2ph

Re: [Linuxptp-devel] [RFC PATCH v2 00/14] Dynamic sync direction for ts2phc

2020-08-17 Thread Keller, Jacob E
> -Original Message- > From: Vladimir Oltean > Sent: Monday, August 17, 2020 4:19 PM > To: richardcoch...@gmail.com > Cc: linuxptp-devel@lists.sourceforge.net; fer...@gmail.com; Keller, Jacob E > > Subject: [RFC PATCH v2 00/14] Dynamic sync direction for ts2p

Re: [Linuxptp-devel] [RFC PATCH 01/15] posix_clock_open: derive PHC index from device name if possible

2020-08-12 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Wednesday, August 12, 2020 8:40 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [RFC PATCH 01/15] posix_clock_open: derive PHC > index from device name if poss

Re: [Linuxptp-devel] [RFC PATCH 01/15] posix_clock_open: derive PHC index from device name if possible

2020-08-12 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Wednesday, August 12, 2020 8:40 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [RFC PATCH 01/15] posix_clock_open: derive PHC > index from device name if possibl

Re: [Linuxptp-devel] [PATCH] ts2phc_phc_master: specify start time to PPS master as 0.000000000

2020-07-07 Thread Keller, Jacob E
> -Original Message- > From: Vladimir Oltean > Sent: Tuesday, July 07, 2020 9:08 AM > To: Keller, Jacob E ; richardcoch...@gmail.com > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] ts2phc_phc_master: specify start time to > PPS

Re: [Linuxptp-devel] [PATCH v2 2/3] clock: dump unexpected packets received on the error queues of sockets

2020-06-24 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Wednesday, June 24, 2020 9:58 AM > To: Vladimir Oltean > Cc: linuxptp-devel@lists.sourceforge.net; Keller, Jacob E > > Subject: Re: [PATCH v2 2/3] clock: dump unexpected packets received on the > error queue

Re: [Linuxptp-devel] [PATCH 00/10] Slave event monitoring

2020-05-28 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Thursday, May 28, 2020 1:35 PM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 00/10] Slave event monitoring > > On Thu, May 28, 2020 at 05:07:05PM +000

Re: [Linuxptp-devel] [PATCH 00/10] Slave event monitoring

2020-05-28 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Sunday, May 24, 2020 7:53 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 00/10] Slave event monitoring > > The IEEE 1588 v2.1 standard introduces a new optional feature known as > slave event monitor

Re: [Linuxptp-devel] [PATCH 5/5] pmc: Allow multiple local subscribers.

2020-04-03 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Friday, April 03, 2020 7:30 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 5/5] pmc: Allow multiple local subscribers. > > If more than one local UDS client subscribes to push notifications, > only t

Re: [Linuxptp-devel] [PATCH 2/3] clock: Dump unexpected packets received on the error queues of sockets

2019-12-17 Thread Keller, Jacob E
> -Original Message- > From: Vladimir Oltean > Sent: Tuesday, December 17, 2019 12:34 PM > To: Keller, Jacob E > Cc: richardcoch...@gmail.com; linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 2/3] clock: Dump unexpected packets > received o

Re: [Linuxptp-devel] [PATCH 3/3] port: Signal sync/follow-up mismatch events loudly

2019-12-17 Thread Keller, Jacob E
> -Original Message- > From: Vladimir Oltean > Sent: Monday, December 16, 2019 3:11 PM > To: richardcoch...@gmail.com > Cc: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 3/3] port: Signal sync/follow-up mismatch > events loudly > > Ptp4l is too silent when receiv

Re: [Linuxptp-devel] [PATCH 2/3] clock: Dump unexpected packets received on the error queues of sockets

2019-12-17 Thread Keller, Jacob E
> -Original Message- > From: Vladimir Oltean > Sent: Monday, December 16, 2019 3:11 PM > To: richardcoch...@gmail.com > Cc: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 2/3] clock: Dump unexpected packets received > on the error queues of sockets > > In the c

Re: [Linuxptp-devel] [PATCH 1/3] ptp4l: Call recvmsg() with the MSG_DONTWAIT flag

2019-12-17 Thread Keller, Jacob E
> -Original Message- > From: Vladimir Oltean > Sent: Monday, December 16, 2019 3:10 PM > To: richardcoch...@gmail.com > Cc: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 1/3] ptp4l: Call recvmsg() with the > MSG_DONTWAIT flag > > The application's main event loop

Re: [Linuxptp-devel] [PATCH 0/3] More strict checking against kernel bugs

2019-12-17 Thread Keller, Jacob E
> -Original Message- > From: Vladimir Oltean > Sent: Monday, December 16, 2019 3:10 PM > To: richardcoch...@gmail.com > Cc: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 0/3] More strict checking against kernel bugs > > The reordering issue reported by me initial

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

2019-10-14 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran > Sent: Saturday, October 12, 2019 8:26 PM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 1/2] phc_ctl: display all capability > information > > On Thu, Sep 2

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

2019-10-09 Thread Keller, Jacob E
> -Original Message- > From: Keller, Jacob E > Sent: Thursday, September 26, 2019 10:47 AM > To: linuxptp-devel@lists.sourceforge.net > Cc: Keller, Jacob E > Subject: [PATCH 0/2] additions to phc_ctl > > This series provides a couple of updates to the ph

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

2019-10-01 Thread Keller, Jacob E
> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Monday, September 30, 2019 7:07 PM > To: Rodney Cummings > Cc: rodney.greenstr...@gmail.com; Андрей Иванов ; Erik > Hons ; linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [Linuxptp-u

Re: [Linuxptp-devel] [PATCH] port: Deal with higher-order sync/follow-up reordering

2019-09-30 Thread Keller, Jacob E
> -Original Message- > From: Vladimir Oltean [mailto:olte...@gmail.com] > Sent: Monday, September 30, 2019 3:07 PM > To: Keller, Jacob E > Cc: richardcoch...@gmail.com; linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] port: Deal with higher-or

  1   2   3   4   >