Re: [Linuxptp-devel] [PATCH 1/2] port: Introduce per-port stats for received and transmitted messages

> -Original Message- > From: Petr Machata [mailto:pe...@mellanox.com] > Sent: Monday, September 02, 2019 2:40 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 1/2] port: Introduce per-port stats for > received and > transmitted messages > > Add struct

Re: [Linuxptp-devel] [PATCH 0/2] Introduce per-port stats for received and transmitted messages

> -Original Message- > From: Petr Machata [mailto:pe...@mellanox.com] > Sent: Monday, September 02, 2019 2:39 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 0/2] Introduce per-port stats for received > and > transmitted messages > > Black-box switches

Re: [Linuxptp-devel] [Linuxptp-users] forcing PASSIVE role for a port?

> -Original Message- > From: Petr Machata [mailto:pe...@mellanox.com] > Sent: Thursday, June 20, 2019 1:50 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [Linuxptp-users] forcing PASSIVE role for a > port? > > > Keller, Jaco

Re: [Linuxptp-devel] [Linuxptp-users] forcing PASSIVE role for a port?

> -Original Message- > From: Keller, Jacob E > Sent: Wednesday, June 19, 2019 2:42 PM > To: 'Sanjay Bhandari' > Subject: RE: [Linuxptp-users] forcing PASSIVE role for a port? > I forgot to reply to the list. > > From: Sanjay Bhandari [mailto:san...@ziffusion.

Re: [Linuxptp-devel] [PATCH v4] sk: Recognize HWTSTAMP_FILTER_SOME

> -Original Message- > From: Petr Machata [mailto:pe...@mellanox.com] > Sent: Tuesday, June 11, 2019 9:35 AM > To: linuxptp-devel@lists.sourceforge.net > Cc: Petr Machata ; Keller, Jacob E > ; Geva, Erez > Subject: [PATCH v4] sk: Recognize HWTSTAMP_FI

Re: [Linuxptp-devel] [PATCH v2] sk: Recognize HWTSTAMP_FILTER_SOME

> -Original Message- > From: Geva, Erez [mailto:erez.geva@siemens.com] > Sent: Tuesday, June 11, 2019 7:32 AM > To: Petr Machata > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH v2] sk: Recognize HWTSTAMP_FILTER_SOME > > If you ask to stamp all

Re: [Linuxptp-devel] [PATCH] sk: Recognize HWTSTAMP_FILTER_SOME

> -Original Message- > From: Petr Machata [mailto:pe...@mellanox.com] > Sent: Monday, June 10, 2019 9:42 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [PATCH] sk: Recognize HWTSTAMP_FILTER_SOME > > > Keller, Jacob E wr

Re: [Linuxptp-devel] [PATCH] sk: Recognize HWTSTAMP_FILTER_SOME

> -Original Message- > From: Petr Machata [mailto:pe...@mellanox.com] > Sent: Monday, June 10, 2019 7:09 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH] sk: Recognize HWTSTAMP_FILTER_SOME > > struct hwtstamp_config.rx_filter passed to SIOCSHWTSTAMP can be

Re: [Linuxptp-devel] [Linuxptp-users] question on "-a" option in phc2sys (and boundary clock etc.)

> -Original Message- > From: Keller, Jacob E > Sent: Wednesday, May 22, 2019 1:28 PM > To: 'Sanjay Bhandari' > Subject: RE: [Linuxptp-users] question on "-a" option in phc2sys (and > boundary clock > etc.) > > > From: Sanjay Bhandari [mailto:s

Re: [Linuxptp-devel] mcast_bind patch

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Tuesday, March 19, 2019 1:29 AM > To: Keller, Jacob E > Cc: Robert Carter ; linuxptp- > de...@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] mcast_bind patch > > What

Re: [Linuxptp-devel] mcast_bind patch

> -Original Message- > From: Robert Carter [mailto:robert.car...@octoscope.com] > Sent: Friday, March 15, 2019 11:26 AM > To: Keller, Jacob E ; > linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] mcast_bind patch > > > What version of the

Re: [Linuxptp-devel] mcast_bind patch

> -Original Message- > From: Keller, Jacob E > Sent: Friday, March 15, 2019 11:23 AM > To: 'Robert Carter' ; linuxptp- > de...@lists.sourceforge.net > Subject: RE: [Linuxptp-devel] mcast_bind patch > > > -Original Message- > > From:

Re: [Linuxptp-devel] mcast_bind patch

> -Original Message- > From: Robert Carter [mailto:robert.car...@octoscope.com] > Sent: Friday, March 15, 2019 11:18 AM > To: Keller, Jacob E ; > linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] mcast_bind patch > > > It sounds like t

Re: [Linuxptp-devel] mcast_bind patch

> -Original Message- > From: Robert Carter [mailto:robert.car...@octoscope.com] > Sent: Friday, March 15, 2019 6:03 AM > To: Keller, Jacob E ; > linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] mcast_bind patch > > > Can you justify

Re: [Linuxptp-devel] mcast_bind patch

> -Original Message- > From: Robert Carter [mailto:robert.car...@octoscope.com] > Sent: Thursday, March 14, 2019 8:05 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] mcast_bind patch > > Hi -- > > I'm submitting this patch for another engineer on my team, thus

Re: [Linuxptp-devel] strangeness

> -Original Message- > From: Paul Thomas [mailto:pthomas8...@gmail.com] > Sent: Tuesday, March 12, 2019 1:00 PM > To: Keller, Jacob E ; net...@vger.kernel.org; Harini > Katakam > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] strangenes

Re: [Linuxptp-devel] strangeness

> -Original Message- > From: Paul Thomas [mailto:pthomas8...@gmail.com] > Sent: Tuesday, March 12, 2019 10:50 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] strangeness > > On Tue, Mar 12, 2019 at 1:11 PM

Re: [Linuxptp-devel] strangeness

> -Original Message- > From: Paul Thomas [mailto:pthomas8...@gmail.com] > Sent: Tuesday, March 12, 2019 10:00 AM > To: Keller, Jacob E > Subject: Re: [Linuxptp-devel] strangeness > > On Tue, Mar 12, 2019 at 12:26 PM Keller, Jacob E > wrote: > &g

Re: [Linuxptp-devel] strangeness

> -Original Message- > From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] On > Behalf Of Harini Katakam > Sent: Tuesday, March 12, 2019 3:10 AM > To: Paul Thomas > Cc: linuxptp-devel@lists.sourceforge.net; net...@vger.kernel.org > Subject: Re: [Linuxptp-devel]

Re: [Linuxptp-devel] strangeness

> -Original Message- > From: Paul Thomas [mailto:pthomas8...@gmail.com] > Sent: Wednesday, February 27, 2019 2:06 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] strangeness > Using gdb I was able to narrow this down to the ioctl(fd, > SIOCSHWTSTAMP, ); on line

Re: [Linuxptp-devel] PHC delay when calling clock_gettime

> -Original Message- > From: Thomas Behn [mailto:thomas.b...@meinberg.de] > Sent: Wednesday, December 05, 2018 10:01 PM > To: Keller, Jacob E ; > linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] PHC delay when calling clock_gettime > > Am 0

Re: [Linuxptp-devel] PHC delay when calling clock_gettime

> -Original Message- > From: Thomas Behn [mailto:thomas.b...@meinberg.de] > Sent: Tuesday, December 04, 2018 10:04 PM > To: Keller, Jacob E ; > linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] PHC delay when calling clock_gettime > > Am 0

Re: [Linuxptp-devel] PHC delay when calling clock_gettime

> -Original Message- > From: Thomas Behn [mailto:thomas.b...@meinberg.de] > Sent: Tuesday, December 04, 2018 12:46 AM > To: Keller, Jacob E ; > linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] PHC delay when calling clock_gettime > > That se

Re: [Linuxptp-devel] PHC delay when calling clock_gettime

> -Original Message- > From: Thomas Behn [mailto:thomas.b...@meinberg.de] > Sent: Monday, December 03, 2018 11:31 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] PHC delay when calling clock_gettime > > Hi everyone, > > > While developing a PTP slave using the

Re: [Linuxptp-devel] [PATCH 0/6] More accurate PHC<->system clock synchronization

> -Original Message- > From: Miroslav Lichvar [mailto:mlich...@redhat.com] > Sent: Monday, November 12, 2018 8:28 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 0/6] More accurate PHC<->system clock > synchronization > > This series adds support for more

Re: [Linuxptp-devel] [PATCH 2/6] sysoff: Extend API for different sysoff methods.

> -Original Message- > From: Miroslav Lichvar [mailto:mlich...@redhat.com] > Sent: Monday, November 12, 2018 8:28 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 2/6] sysoff: Extend API for different sysoff > methods. > > The kernel supports different

Re: [Linuxptp-devel] [PATCH 1/1] Added support for non-forwardable option

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Friday, November 09, 2018 6:54 AM > To: Anders Selhammer > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 1/1] Added support for non-forwardable > option > > On Fri,

Re: [Linuxptp-devel] [PATCH 2/6] config: Added network_namespace as config parameter

> -Original Message- > From: Geva, Erez [mailto:erez.geva@siemens.com] > Sent: Friday, November 09, 2018 5:50 AM > To: Anders Selhammer > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 2/6] config: Added network_namespace as > config parameter > >

Re: [Linuxptp-devel] measuring accuracy/precision of software timestamping when using ptp4l

> -Original Message- > From: Miroslav Lichvar [mailto:mlich...@redhat.com] > Sent: Friday, October 05, 2018 1:37 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net; Richard Cochran > (richardcoch...@gmail.com) > Subject: Re: measuring accuracy/

Re: [Linuxptp-devel] measuring accuracy/precision of software timestamping when using ptp4l

> -Original Message- > From: Miroslav Lichvar [mailto:mlich...@redhat.com] > Sent: Thursday, October 04, 2018 3:30 AM > To: Keller, Jacob E > Cc: linuxptp-devel@lists.sourceforge.net; Richard Cochran > (richardcoch...@gmail.com) > Subject: Re: measuring accuracy/

[Linuxptp-devel] measuring accuracy/precision of software timestamping when using ptp4l

Hi, I'm investigating a potential software driver bug in which a driver calls skb_tx_timestamp earlier than necessary, and I want to gather some informational data to indicate whether or not moving the function to a later point in the driver tx/rx path would actually improve the

Re: [Linuxptp-devel] [PATCH v2 6/7] Add ignore_source_id config option.

> -Original Message- > From: Patel, Vedang > Sent: Monday, October 01, 2018 3:29 PM > To: Keller, Jacob E ; linuxptp- > de...@lists.sourceforge.net > Cc: Sanchez-Palencia, Jesus ; Gomes, > Vinicius > Subject: Re: [Linuxptp-devel] [PATCH v2 6/7] Add ignore_s

Re: [Linuxptp-devel] [PATCH v2 6/7] Add ignore_source_id config option.

> -Original Message- > From: Vedang Patel [mailto:vedang.pa...@intel.com] > Sent: Wednesday, September 26, 2018 2:58 PM > To: linuxptp-devel@lists.sourceforge.net > Cc: Gomes, Vinicius ; Sanchez-Palencia, Jesus > > Subject: [Linuxptp-devel] [PATCH v2 6/7] Add ignore_source_id config

Re: [Linuxptp-devel] [PATCH] add report of PTP_SYS_OFFSET_PRECISE support to phc_ctl

> -Original Message- > From: FUSTE Emmanuel [mailto:emmanuel.fu...@thalesgroup.com] > Sent: Friday, September 14, 2018 8:57 AM > To: Richard Cochran > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] add report of PTP_SYS_OFFSET_PRECISE > support to

Re: [Linuxptp-devel] [PATCH 1/1] Add possibility to set clockIdentity

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Friday, September 14, 2018 7:33 AM > To: Anders Selhammer > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 1/1] Add possibility to set clockIdentity > > On Fri, Sep 14,

Re: [Linuxptp-devel] [PATCH 1/1] Add possibility to set clockIdentity

> -Original Message- > From: Anders Selhammer [mailto:anders.selham...@est.tech] > Sent: Wednesday, September 12, 2018 11:18 PM > To: Richard Cochran > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 1/1] Add possibility to set clockIdentity > > > Man page

Re: [Linuxptp-devel] [PATCH 0/4] RAW UDPv4 transport to support PTP on VLAN interfaces

> -Original Message- > From: Cliff Spradlin [mailto:csprad...@google.com] > Sent: Friday, July 27, 2018 1:52 PM > To: Keller, Jacob E > Cc: andr...@mellanox.com; linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 0/4] RAW UDPv4 transp

Re: [Linuxptp-devel] [PATCH] udp6: Introduce an option to disable udp6 checksum

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Saturday, July 14, 2018 7:11 AM > To: Roger Luo > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] udp6: Introduce an option to disable > udp6 > checksum > > On Sat,

Re: [Linuxptp-devel] linuxptp testing

> -Original Message- > From: Patel, Vedang [mailto:vedang.pa...@intel.com] > Sent: Monday, July 09, 2018 2:47 PM > To: linuxptp-devel@lists.sourceforge.net > Cc: Gomes, Vinicius ; Hindman, Gavin > ; Sanchez-Palencia, Jesus palen...@intel.com> > Subject: [Linuxptp-devel] linuxptp testing >

Re: [Linuxptp-devel] [PATCH] Log the selected grandmaster's clock quality.

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Tuesday, July 03, 2018 8:04 AM > To: Cliff Spradlin > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] Log the selected grandmaster's clock > quality. > > On Mon, Jul

Re: [Linuxptp-devel] [PATCH] config: Add hardware time stamp filter setting mode

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Thursday, June 21, 2018 7:41 AM > To: Geva, Erez > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] config: Add hardware time stamp filter > setting mode > > On Wed, Jun

Re: [Linuxptp-devel] [PATCH 0/5] unicast part I of III

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Tuesday, June 05, 2018 7:11 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 0/5] unicast part I of III > > This series contains background work needed to support

Re: [Linuxptp-devel] [PATCH 3/5] util: Add a method to compare binary addresses.

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Tuesday, June 05, 2018 7:11 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 3/5] util: Add a method to compare binary > addresses. > > Signed-off-by: Richard Cochran >

Re: [Linuxptp-devel] Delay requests causing ptp4l to miss sync TX timestamp?

> -Original Message- > From: Miroslav Lichvar [mailto:mlich...@redhat.com] > Sent: Thursday, May 10, 2018 3:07 AM > To: Keller, Jacob E <jacob.e.kel...@intel.com> > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] Delay requests causi

Re: [Linuxptp-devel] Delay requests causing ptp4l to miss sync TX timestamp?

> -Original Message- > From: Miroslav Lichvar [mailto:mlich...@redhat.com] > Sent: Wednesday, May 09, 2018 7:56 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] Delay requests causing ptp4l to miss sync TX > timestamp? > > I'm trying to measure the maximum

Re: [Linuxptp-devel] [PATCH V2 6/8] config: Add a configuration option for preventing loops in TC mode.

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Tuesday, April 24, 2018 10:22 PM > To: Keller, Jacob E <jacob.e.kel...@intel.com> > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH V2 6/8] con

Re: [Linuxptp-devel] [Linuxptp-users] ptp4l and SyncE

> -Original Message- > From: Cliff Spradlin [mailto:csprad...@waymo.com] > Sent: Monday, April 23, 2018 1:26 PM > To: Keller, Jacob E <jacob.e.kel...@intel.com> > Subject: Re: [Linuxptp-users] ptp4l and SyncE > > Good point. Like you said, it should on

Re: [Linuxptp-devel] [PATCH 6/7] bmc: Added dscmp_alternate

> -Original Message- > From: Anders Selhammer [mailto:anders.selham...@est.tech] > Sent: Friday, April 20, 2018 3:14 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 6/7] bmc: Added dscmp_alternate > > /** > * BMC state decision algorithm. > * @param

Re: [Linuxptp-devel] [PATCH 2/4] timemaster: add support for bonded interfaces.

> -Original Message- > From: Miroslav Lichvar [mailto:mlich...@redhat.com] > Sent: Friday, April 13, 2018 8:12 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 2/4] timemaster: add support for bonded > interfaces. > > Use the rtnl_get_ts_device() function

Re: [Linuxptp-devel] [PATCH RFC 0/8] Transparent Clock part II

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Saturday, April 07, 2018 8:06 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH RFC 0/8] Transparent Clock part II > > Here is second batch of background work needed for

Re: [Linuxptp-devel] [PATCH RFC 1/8] transport: Use the proper enumerated event code.

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Saturday, April 07, 2018 8:06 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH RFC 1/8] transport: Use the proper > enumerated event code. > > Originally the 'event'

Re: [Linuxptp-devel] [PATCH v3 00/12] phc2sys: long-opts/cfg-file/tS

> -Original Message- > From: Peter Schneider [mailto:pe...@psch.de] > Sent: Saturday, April 07, 2018 1:35 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH v3 00/12] phc2sys: long-opts/cfg-file/tS > > This patch series changes phc2sys. It implements the

Re: [Linuxptp-devel] [PATCH] msg: Append multiple TLVs correctly.

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Monday, April 02, 2018 10:08 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH] msg: Append multiple TLVs correctly. > > The logic that adds TLVs to the end of a message

Re: [Linuxptp-devel] [PATCH RFC 0/8] Transparent Clock - Part I

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Saturday, March 31, 2018 2:33 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH RFC 0/8] Transparent Clock - Part I > > I have a TC series working well and ready for

Re: [Linuxptp-devel] PTP Periodic Output to Multiple Pins

> -Original Message- > From: Alex Fontaine [mailto:fonta...@arlut.utexas.edu] > Sent: Friday, March 23, 2018 9:26 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] PTP Periodic Output to Multiple Pins > > The PTP subsystem only allows one pin to be mapped to one

Re: [Linuxptp-devel] [PATCH 0/3] Add TAILQ for sent delay_req

> -Original Message- > From: Anders Selhammer [mailto:anders.selham...@est.tech] > Sent: Tuesday, March 20, 2018 12:14 PM > To: Richard Cochran > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 0/3] Add TAILQ for sent delay_req >

Re: [Linuxptp-devel] [PATCH 1/3] pmc: long opts / cfg file

> -Original Message- > From: Peter Schneider [mailto:pe...@psch.de] > Sent: Sunday, March 18, 2018 10:43 AM > To: Richard Cochran > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH 1/3] pmc: long opts / cfg file > > Am 17.03.2018

Re: [Linuxptp-devel] Despite the patch, "timed out while polling for tx timestamp" keeps happening

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Friday, March 16, 2018 7:59 AM > To: Frantisek Rysanek > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] Despite the patch, "timed out while polling

Re: [Linuxptp-devel] [PATCH] differ message printed when local clock is best master

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Thursday, March 15, 2018 1:56 PM > To: Keller, Jacob E <jacob.e.kel...@intel.com> > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] differ me

Re: [Linuxptp-devel] [PATCH] Added TAILQ for sent delay_req

> -Original Message- > From: Anders Selhammer [mailto:anders.selham...@est.tech] > Sent: Tuesday, March 13, 2018 6:14 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH] Added TAILQ for sent delay_req > > In a ptp unaware network (like the telecom profile for

Re: [Linuxptp-devel] [PATCH 0/5] phc2sys: long options / cfg file / transportSpecific

> -Original Message- > From: Peter Schneider [mailto:pe...@psch.de] > Sent: Wednesday, March 14, 2018 5:33 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 0/5] phc2sys: long options / cfg file / > transportSpecific > > As promised, this is a set of

Re: [Linuxptp-devel] [Linuxptp-users] Planning release 1.9

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Thursday, March 08, 2018 5:24 PM > To: Ahmad Fatoum > Cc: linuxptp-us...@lists.sourceforge.net; linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [Linuxptp-users]

Re: [Linuxptp-devel] Handling missing hardware timestamps on embedded systems

Hi, > -Original Message- > From: Oliver Westermann [mailto:owesterm...@gmail.com] > Sent: Friday, February 16, 2018 1:20 AM > To: Richard Cochran > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] Handling missing hardware timestamps on >

Re: [Linuxptp-devel] [Linuxptp-users] Bad message error

> -Original Message- > From: Yan Yankovskyi via Linuxptp-users [mailto:linuxptp- > us...@lists.sourceforge.net] > Sent: Thursday, February 08, 2018 5:40 AM > To: Richard Cochran > Cc: linuxptp-us...@lists.sourceforge.net > Subject: Re: [Linuxptp-users] Bad

Re: [Linuxptp-devel] [PATCH] phc2sys: add transport specific

> -Original Message- > From: Petr Kulhavy [mailto:br...@jikos.cz] > Sent: Monday, January 29, 2018 10:53 AM > To: Keller, Jacob E <jacob.e.kel...@intel.com> > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] phc2sys: add transpo

Re: [Linuxptp-devel] [PATCH] phc2sys: add transport specific

> -Original Message- > From: Petr Kulhavy [mailto:br...@jikos.cz] > Sent: Monday, January 29, 2018 7:49 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH] phc2sys: add transport specific > > Add option -T to specify transport specific field other than 0. >

Re: [Linuxptp-devel] Transport specific for phc2sys

> -Original Message- > From: Petr Kulhavy [mailto:br...@jikos.cz] > Sent: Monday, January 29, 2018 4:27 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] Transport specific for phc2sys > > Hi, > > if ptp4l uses other transport specific number than 0, it seems

Re: [Linuxptp-devel] phc2sys freezes the system if started before PHY

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Saturday, January 27, 2018 7:31 PM > To: Petr Kulhavy > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] phc2sys freezes the system if started before PHY > >

Re: [Linuxptp-devel] [PATCH] sk: Restrict warnings about drivers changing RX filter.

> -Original Message- > From: Chris Perl [mailto:cp...@janestreet.com] > Sent: Tuesday, January 09, 2018 3:07 PM > To: Miroslav Lichvar > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] sk: Restrict warnings about drivers > changing RX

[Linuxptp-devel] connecting two devices clock via GPIO

Hey Richard and others, I've been recently investigating a setup where two ethernet devices with support for PHCs have hooked up one GPIO pin from one device into a GPIO of the second device. The intent was to have the first device trigger a PPS signal on the pin, while the second device

Re: [Linuxptp-devel] Despite the patch, "timed out while polling for tx timestamp" keeps happening

timestamp" keeps happening > > On 7 Dec 2017 at 18:47, Keller, Jacob E wrote: > > > > => the Intel NIC hardware is possibly sensitive to "irrelevant" > > > contents in the traffic. I can come up with the following candidate > > > culprits

Re: [Linuxptp-devel] Despite the patch, "timed out while polling for tx timestamp" keeps happening

> -Original Message- > From: Frantisek Rysanek [mailto:frantisek.rysa...@post.cz] > Sent: Thursday, December 07, 2017 8:28 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] Despite the patch, "timed out while polling for > tx > timestamp" keeps happening > > =>

Re: [Linuxptp-devel] Despite the patch, "timed out while polling for tx timestamp" keeps happening

> -Original Message- > From: Frantisek Rysanek [mailto:frantisek.rysa...@post.cz] > Sent: Tuesday, December 05, 2017 8:35 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] Despite the patch, "timed out while polling for > tx > timestamp" keeps happening > > On

Re: [Linuxptp-devel] Is it possible to port linuxptp into Windows? (text)

> -Original Message- > From: 김수영 [mailto:sy...@rtst.co.kr] > Sent: Tuesday, August 29, 2017 4:02 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] Is it possible to port linuxptp into Windows? (text) > > Dear Linuxptp-users, > > One of my customers wants to

Re: [Linuxptp-devel] [PATCH RFC 00/11] ITU G.8275 Telecom Profile

> -Original Message- > From: Keller, Jacob E > Sent: Friday, August 18, 2017 5:32 PM > To: 'Richard Cochran' <richardcoch...@gmail.com>; linuxptp- > de...@lists.sourceforge.net > Subject: RE: [Linuxptp-devel] [PATCH RFC 00/11] ITU G.8275 Telecom Profile >

Re: [Linuxptp-devel] [PATCH RFC 07/11] telecom: Add a configuration option for defaultDS.localPriority.

> -Original Message- > From: Keller, Jacob E [mailto:jacob.e.kel...@intel.com] > Sent: Friday, August 18, 2017 5:26 PM > To: Richard Cochran <richardcoch...@gmail.com>; linuxptp- > de...@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH RFC 07/11] tele

Re: [Linuxptp-devel] [PATCH RFC 07/11] telecom: Add a configuration option for defaultDS.localPriority.

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Friday, August 18, 2017 2:00 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH RFC 07/11] telecom: Add a configuration > option > for defaultDS.localPriority. > +.B

Re: [Linuxptp-devel] Adding peer-to-peer transparent clock

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Friday, August 04, 2017 12:19 PM > To: Keller, Jacob E <jacob.e.kel...@intel.com> > Cc: Rodney Greenstreet <rodney.greenstr...@ni.com>; linuxptp- > de...@lists.sourceforg

Re: [Linuxptp-devel] Adding peer-to-peer transparent clock

> -Original Message- > From: Rodney Greenstreet [mailto:rodney.greenstr...@ni.com] > Sent: Thursday, August 03, 2017 2:22 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] Adding peer-to-peer transparent clock > > The following set of patches originated from

Re: [Linuxptp-devel] [PATCH 3/6] This patch places the internal port data structure into a common header for use by the original BC and the new TC code.

> -Original Message- > From: Rodney Greenstreet [mailto:rodney.greenstr...@ni.com] > Sent: Thursday, August 03, 2017 2:22 PM > To: linuxptp-devel@lists.sourceforge.net > Cc: Rodney Greenstreet > Subject: [Linuxptp-devel] [PATCH 3/6] This patch places the

Re: [Linuxptp-devel] [PATCH 1/6] This patch adds a new flag '-t' that enables transparent clock mode. When active, the clock will be created as an E2E or P2P TC, depending on the configured delay mech

> -Original Message- > From: Rodney Greenstreet [mailto:rodney.greenstr...@ni.com] > Sent: Thursday, August 03, 2017 2:22 PM > To: linuxptp-devel@lists.sourceforge.net > Cc: Rodney Greenstreet > Subject: [Linuxptp-devel] [PATCH 1/6] This patch adds a new flag

Re: [Linuxptp-devel] [PATCH RFC 0/3] Fix UTC offset issue

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Monday, July 24, 2017 9:38 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH RFC 0/3] Fix UTC offset issue > > This patch series addresses the jumping UTC offset issue

Re: [Linuxptp-devel] [PATCHv2 4/9] rtnl: add function rtnl_link_info

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Wednesday, July 19, 2017 9:53 PM > To: Keller, Jacob E <jacob.e.kel...@intel.com> > Cc: Hangbin Liu <liuhang...@gmail.com>; Sushil Kulkarni > <sukul...@redhat.com>;

Re: [Linuxptp-devel] [PATCHv2 4/9] rtnl: add function rtnl_link_info

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Tuesday, July 18, 2017 10:52 PM > To: Hangbin Liu <liuhang...@gmail.com> > Cc: Keller, Jacob E <jacob.e.kel...@intel.com>; Sushil Kulkarni > <sukul...@redhat.com>;

Re: [Linuxptp-devel] [PATCHv2 4/9] rtnl: add function rtnl_link_info

> -Original Message- > From: Hangbin Liu [mailto:liuhang...@gmail.com] > Sent: Tuesday, July 18, 2017 8:08 PM > To: Keller, Jacob E <jacob.e.kel...@intel.com> > Cc: linuxptp-devel@lists.sourceforge.net; Sushil Kulkarni > <sukul...@redhat.com>; Jiri Benc &l

Re: [Linuxptp-devel] [PATCHv2 4/9] rtnl: add function rtnl_link_info

> -Original Message- > From: Hangbin Liu [mailto:liuhang...@gmail.com] > Sent: Saturday, July 15, 2017 6:33 AM > To: linuxptp-devel@lists.sourceforge.net > Cc: Sushil Kulkarni ; Jiri Benc > Subject: [Linuxptp-devel] [PATCHv2 4/9] rtnl: add function

Re: [Linuxptp-devel] [PATCH] clock: fix possible buffer overrun

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Tuesday, May 16, 2017 1:19 PM > To: Petr Kulhavy > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH] clock: fix possible buffer overrun > > On Tue, May

Re: [Linuxptp-devel] [PATCH] clock: fix possible buffer overrun

> -Original Message- > From: Petr Kulhavy [mailto:br...@jikos.cz] > Sent: Tuesday, May 16, 2017 7:57 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH] clock: fix possible buffer overrun > > This is not a fix of an actual issue rather than prevention of a

Re: [Linuxptp-devel] Workaround for 'timed out while polling for tx timestamp' on IGB

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Thursday, April 27, 2017 11:25 AM > To: David Mirabito > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] Workaround for 'timed out while polling for tx >

Re: [Linuxptp-devel] [PATCH 3/3] tsproc: Allow clock synchronization immediately after jump.

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Saturday, April 08, 2017 12:21 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 3/3] tsproc: Allow clock synchronization > immediately after jump. > > After a servo

Re: [Linuxptp-devel] [PATCH 1/3] tsproc: Track the validity of the filtered delay explicitly.

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Saturday, April 08, 2017 12:21 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH 1/3] tsproc: Track the validity of the > filtered > delay explicitly. > > We will want

Re: [Linuxptp-devel] [PATCH] port: sequence of nrate and peer_delay calculation

> -Original Message- > From: Burkhard Ilsen [mailto:burkhardil...@gmail.com] > Sent: Friday, April 07, 2017 3:32 PM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH] port: sequence of nrate and peer_delay > calculation > > The sequence of

Re: [Linuxptp-devel] First two peer_delay measurements invalid

On Mon, 2017-04-03 at 15:52 +0200, Burkhard Ilsen wrote: > Hello, > Hi, > I tested two-step peer_delay measurement with two peers with a high > nrate ratio. > I noticed that the first two measured delays are erronous because the > nrate is not known yet, and 1.0 is assumed. > The next raw delay

Re: [Linuxptp-devel] phc2sys timestamp filtering

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Tuesday, February 14, 2017 10:05 AM > To: Urs Ritzmann > Cc: 'linuxptp-devel@lists.sourceforge.net' de...@lists.sourceforge.net> > Subject: Re: [Linuxptp-devel] phc2sys

Re: [Linuxptp-devel] [PATCH RFC V1 0/5] Prepare the FSM for alternate BMC algorithms

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Saturday, December 17, 2016 10:17 AM > To: linuxptp-devel@lists.sourceforge.net > Subject: [Linuxptp-devel] [PATCH RFC V1 0/5] Prepare the FSM for alternate BMC > algorithms > > Recently we have had

Re: [Linuxptp-devel] [PATCH] ptp4l: Accept any configuration option as a command line argument.

Hi Richard, This patch looks great. My comments below are just my process for understanding what the code does. I really like this approach, it's a pretty small amount of code and lets us easily override any option from the command line, without having to continuously add more short options

Re: [Linuxptp-devel] [PATCH RFC 1/3] Add options to prefix ptp4l and phc2sys log messages.

> -Original Message- > From: Miroslav Lichvar [mailto:mlich...@redhat.com] > Sent: Wednesday, November 09, 2016 3:38 AM > To: Richard Cochran <richardcoch...@gmail.com> > Cc: Keller, Jacob E <jacob.e.kel...@intel.com>; > linuxptp-devel@lists.sourceforg

Re: [Linuxptp-devel] [PATCH RFC 1/3] Add options to prefix ptp4l and phc2sys log messages.

On Tue, 2016-11-08 at 10:25 +0100, Richard Cochran wrote: > On Tue, Nov 08, 2016 at 12:32:04AM +0000, Keller, Jacob E wrote: > > > > I think in this case introducing a "long" option would make more > > sense than using more small options. I do agree that we shouldn

Re: [Linuxptp-devel] [PATCH RFC 1/3] Add options to prefix ptp4l and phc2sys log messages.

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Friday, November 04, 2016 11:02 AM > To: Miroslav Lichvar > Cc: linuxptp-devel@lists.sourceforge.net > Subject: Re: [Linuxptp-devel] [PATCH RFC 1/3] Add options to prefix ptp4l and

Re: [Linuxptp-devel] [PATCH RFC 1/3] Add options to prefix ptp4l and phc2sys log messages.

On Wed, 2016-11-02 at 12:47 +0100, Richard Cochran wrote: > Do we really have to have a new command line option? > > I don't want another one of these, especially not for ptp4l, and not > even for phc2sys or pmc.  It just gets unwieldy and confusing. > Instead we should add '-f config' for

<    1   2   3   >