Re: [Linuxptp-devel] [PATCH v2] Add support for DELAY_REQ and SYNC packets RX filters

Hi, Debian builds allow using patches during building of Debian packages. Erez On Tue, 28 Nov 2023 at 00:48, Richard Cochran wrote: > On Mon, Nov 27, 2023 at 10:47:48AM +0300, IlorDash wrote: > > Thanks, Richard, for such a detailed answer! > > I'll try to find another solution to handle it. >

Re: [Linuxptp-devel] [PATCH v2] Add support for DELAY_REQ and SYNC packets RX filters

On Sun, Nov 26, 2023 at 11:10:05AM -0800, Richard Cochran wrote: > The Rx filters are applied globally at the device level, but the PTP > operates at the application level. This means that the Rx filter are > shared between applications. And so you can see that one application > cannot simply cha

Re: [Linuxptp-devel] [PATCH v2] Add support for DELAY_REQ and SYNC packets RX filters

On Tue, 28 Nov 2023 at 12:55, Miroslav Lichvar wrote: > On Sun, Nov 26, 2023 at 11:10:05AM -0800, Richard Cochran wrote: > > The Rx filters are applied globally at the device level, but the PTP > > operates at the application level. This means that the Rx filter are > > shared between applicatio

[Linuxptp-devel] [PMC] domainNumber must be specified when profile uses domainNumber != 0

pmc can specify which domainNumber to use (-d flag), default is domain 0, but sometimes the domain is not 0 Therefore the pmc is not as independent as it can be, for example when working with unicast profiles whose default domain is not 0. The idea is that the pmc does not know in advance which dom

Re: [Linuxptp-devel] CMLDS Patches

Thank you very much Richard! Best regards, -Fred On Thu, Nov 16, 2023 at 6:23 AM Richard Cochran wrote: > On Mon, Aug 21, 2023 at 10:44:27AM +0200, Walfred Tedeschi wrote: > > On 11.08.23 19:13, Richard Cochran wrote: > > > The CMLDS series will require careful review. My superficial review > >

Re: [Linuxptp-devel] [PATCH v2] Add support for DELAY_REQ and SYNC packets RX filters

On 28/11/2023 14:39, Erez wrote: > > > On Tue, 28 Nov 2023 at 12:55, Miroslav Lichvar > wrote: > > On Sun, Nov 26, 2023 at 11:10:05AM -0800, Richard Cochran wrote: > > The Rx filters are applied globally at the device level, but the PTP > > operates at

Re: [Linuxptp-devel] [PATCH v2] Add support for DELAY_REQ and SYNC packets RX filters

>> PTP traffic by its nature is very low. >> I do not see any benefit for a filter that supports only client or only >> master PTP traffic. >That argument does not hold up in the datacenter. Once you scale up to >10 nodes @128pps trying to synchronize to a GM it's no longer what > I'd consider

Re: [Linuxptp-devel] [PATCH v2] Add support for DELAY_REQ and SYNC packets RX filters

On Tue, Nov 28, 2023 at 12:53:38PM +0100, Miroslav Lichvar wrote: > On Sun, Nov 26, 2023 at 11:10:05AM -0800, Richard Cochran wrote: > > The Rx filters are applied globally at the device level, but the PTP > > operates at the application level. This means that the Rx filter are > > shared between

Re: [Linuxptp-devel] [PATCH] Add scaledLastGmFreqChange computation

Hi Erez, Richard, There's a potential misunderstanding among users who may believe that both lastGmPhaseChange and scaledLastGmPhaseChange are derived from phase measurements, with the latter representing a scaled version of the former. This assumption, particularly evident when they are display