If I recall correctly there is an unconditional 150ms delay in PMC which also
uses poll(). That I why I asked the question. The delay in PMC may be related
to how the firmware is structured, not poll(). I am using Linux 4.xx.
Eric Decker
-Original Message-
From: Richard Cochran
Sen
On Thu, Jul 08, 2021 at 07:15:17PM +, Machnikowski, Maciej wrote:
> Can it be a half of the packet rate?
No!
> Or there is any reason to make a specific tighter
> limit to it?
See the discussion of the effect of computational delay on stability
in John Eidson's "Measurement, Control, and Com
The tx_timestamp_timeout configuration defines the number of
milliseconds to wait for a Tx timestamp from the kernel stack. This
delay is necessary as Tx timestamps are captured after a packet is sent
and reported back via the socket error queue.
The current default is to poll for up to 1 millisec
> -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 5
>
> On Thu, Jul 08, 2021
> -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 timestamp is available in less than t
> -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
>
>
> jacob.e.kel...@intel.com said:
> > We
> -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 +, Keller, Jacob E wrote:
>
>
> -Original Message-
> From: Richard Cochran
> Sent: Thursday, July 8, 2021 7:42 PM
> On Thu, Jul 08, 2021 at 01:10:08PM +0200, Miroslav Lichvar wrote:
> > On Thu, Jul 08, 2021 at 01:37:38AM +, Eric Decker wrote:
> > > If the timestamp is available in less than the timeout (5ms) wil
On Thu, Jul 08, 2021 at 01:10:08PM +0200, Miroslav Lichvar wrote:
> On Thu, Jul 08, 2021 at 01:37:38AM +, Eric Decker wrote:
> > If the timestamp is available in less than the timeout (5ms) will it still
> > wait for the timeout, or continue processing after the timestamp is
> > received?
>
On Thu, Jul 08, 2021 at 01:37:38AM +, Eric Decker wrote:
> If the timestamp is available in less than the timeout (5ms) will it still
> wait for the timeout, or continue processing after the timestamp is received?
The poll() call is waiting for the descriptor, so it should return as
soon as t
10 matches
Mail list logo
