lkml.org 
[lkml]   [2023]   [Nov]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: [PATCH net-next 1/2] ptp: introduce PTP_CLOCK_EXTOFF event for the measured external offset
Date
> -----Original Message-----
> From: Jakub Kicinski <kuba@kernel.org>
> Sent: November 28, 2023 10:58 PM
> To: Min Li <lnimi@hotmail.com>
> Cc: richardcochran@gmail.com; lee@kernel.org; linux-
> kernel@vger.kernel.org; netdev@vger.kernel.org; Min Li
> <min.li.xe@renesas.com>
> Subject: Re: [PATCH net-next 1/2] ptp: introduce PTP_CLOCK_EXTOFF event
> for the measured external offset
>
> On Mon, 27 Nov 2023 15:01:29 -0500 Min Li wrote:
> > This change is for the PHC devices that can measure the phase offset
> > between PHC signal and the external signal, such as the 1PPS signal of
> > GNSS. Reporting PTP_CLOCK_EXTOFF to user space will be piggy-backed to
> > the existing ptp_extts_event so that application such as ts2phc can
> > poll the external offset the same way as extts. Hence, ts2phc can use
> > the offset to achieve the alignment between PHC and the external
> > signal by the help of either SW or HW filters.
>
> Does not apply to net-next.

Hi Jakub

I submitted an RFC last week and Richard was asking me to submit it together with a driver change as an example to implement it. Below is
Richard's quote

"Yes, the new option must wait for a driver that implements it. Can you make a patch series where the driver change appears in the second patch?"

But the driver that I submitted is a brand new PHC driver. So I don't know if it is appropriate to separate them to net and net-next? Because the driver
change depends on the this patch.

Min

\
 
 \ /
  Last update: 2023-11-29 18:00    [W:0.068 / U:0.096 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site