> -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
> -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
> -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
> -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
> -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
>
> -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
> -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
> -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
>
> -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,
> -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
> -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
> -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
>
> -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.
>
>
> -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
> -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.
>
>
> >
> -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
> -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.
>
>
> -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()
> -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
> -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
> -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.
>
>
> -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
> -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
> -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
> -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
> -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
> -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:
> -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-
> -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.
>
>
> -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
> -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
> -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
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
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
> -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
> -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
> -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,
> -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
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
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
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
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
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
> -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
>
> -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
> -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
> -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
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
> -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
>
> -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
> -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
> -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
>
>
>
> -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
> -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
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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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.
>
>
> -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
> -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
> -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)
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
>
>
> -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
> -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
> -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
>
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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
> -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 - 100 of 346 matches
Mail list logo