netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ivan Vecera <ivecera@redhat.com>
To: Vadim Fedorenko <vadim.fedorenko@linux.dev>, netdev@vger.kernel.org
Cc: Petr Oros <poros@redhat.com>,
	Chris du Quesnay <Chris.duQuesnay@microchip.com>,
	Arkadiusz Kubalewski <arkadiusz.kubalewski@intel.com>,
	Jakub Kicinski <kuba@kernel.org>, Jiri Pirko <jiri@resnulli.us>,
	Paolo Abeni <pabeni@redhat.com>,
	Prathosh Satish <Prathosh.Satish@microchip.com>,
	Richard Cochran <richardcochran@gmail.com>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH net-next v4 1/2] dpll: zl3073x: add channel ToD, phase step and TIE operations
Date: Wed, 5 Aug 2026 11:48:45 +0200	[thread overview]
Message-ID: <14086fc7-b8f3-47a4-87a4-5e02882b6bf1@redhat.com> (raw)
In-Reply-To: <bc5060c8-7709-4354-aa48-7f64b857c00c@linux.dev>

On 8/5/26 1:07 AM, Vadim Fedorenko wrote:
> On 03/08/2026 15:06, Ivan Vecera wrote:
>> Add low-level DPLL channel operations for ToD read/write/adjust,
>> output phase step, delta frequency offset write and TIE (Time
>> Interval Error) write. These serve as building blocks for the PTP
>> clock callbacks added in the next patch.
>>
>> ToD operations use a wait-before-write pattern to avoid blocking
>> after each operation.
>>
>> The tod_ready_wait helper selects the poll timeout based on the
>> current ToD command - write operations use a longer timeout (1000 ms)
>> than reads (30 ms).
>>
>> The ToD read captures system timestamps (ptp_system_timestamp) around
>> the HW command and completion poll to support cross-timestamping.
>>
>> The TIE write operation provides sub-picosecond resolution phase
>> adjustment for modes where the DPLL is tracking a reference
>> (AUTO and REFLOCK).
>>
>> Add output step-time mask to struct zl3073x_dev and
>> zl3073x_dev_out_is_stepped() helper to check if an output
>> participates in step-time operations.
>>
>> Reviewed-by: Petr Oros <poros@redhat.com>
>> Tested-by: Chris du Quesnay <Chris.duQuesnay@microchip.com>
>> Signed-off-by: Ivan Vecera <ivecera@redhat.com>
>> ---
>>   drivers/dpll/zl3073x/chan.c | 310 +++++++++++++++++++++++++++++++++++-
>>   drivers/dpll/zl3073x/chan.h |  32 ++++
>>   drivers/dpll/zl3073x/core.c |  13 ++
>>   drivers/dpll/zl3073x/core.h |  23 +++
>>   drivers/dpll/zl3073x/regs.h |  52 ++++++
>>   5 files changed, 428 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/dpll/zl3073x/chan.c b/drivers/dpll/zl3073x/chan.c
>> index 4ec2cf53dad468..79874a9fdb4962 100644
>> --- a/drivers/dpll/zl3073x/chan.c
>> +++ b/drivers/dpll/zl3073x/chan.c
>> @@ -3,6 +3,7 @@
>>   #include <linux/cleanup.h>
>>   #include <linux/delay.h>
>>   #include <linux/dev_printk.h>
>> +#include <linux/ptp_clock_kernel.h>
>>   #include <linux/string.h>
>>   #include <linux/types.h>
>> @@ -162,8 +163,8 @@ int zl3073x_chan_nco_mode_set(struct zl3073x_dev 
>> *zldev, u8 index)
>>    * @zldev: pointer to zl3073x_dev structure
>>    * @index: DPLL channel index to fetch state for
>>    *
>> - * Reads the mode_refsel register and reference priority registers for
>> - * the given DPLL channel and stores the raw values for later use.
>> + * Reads the mode_refsel, status and reference priority registers for
>> + * the given DPLL channel and stores the values for later use.
>>    *
>>    * Return: 0 on success, <0 on error
>>    */
>> @@ -234,6 +235,311 @@ const struct zl3073x_chan 
>> *zl3073x_chan_state_get(struct zl3073x_dev *zldev,
>>       return &zldev->chan[index];
>>   }
>> +/**
>> + * zl3073x_chan_tod_ready_wait - wait for ToD semaphore to clear
>> + * @zldev: pointer to zl3073x device
>> + * @ch: DPLL channel index
>> + *
>> + * Polls the ToD control register until the semaphore bit is cleared,
>> + * indicating the device has completed the previous ToD operation.
>> + *
>> + * Return: 0 on success, -EBUSY if semaphore not cleared, <0 on error
>> + */
>> +int zl3073x_chan_tod_ready_wait(struct zl3073x_dev *zldev, u8 ch)
>> +{
>> +    unsigned int timeout;
>> +    u8 tod_ctrl;
>> +    int rc;
>> +
>> +    rc = zl3073x_read_u8(zldev, ZL_REG_DPLL_TOD_CTRL(ch), &tod_ctrl);
>> +    if (rc)
>> +        return rc;
>> +
>> +    switch (FIELD_GET(ZL_DPLL_TOD_CTRL_CMD, tod_ctrl)) {
>> +    case ZL_DPLL_TOD_CTRL_CMD_WR_NEXT_1HZ:
>> +        timeout = ZL_POLL_TOD_WR_TIMEOUT_US;
>> +        break;
>> +    default:
>> +        timeout = ZL_POLL_TOD_RD_TIMEOUT_US;
>> +        break;
>> +    }
> 
> there are 3 cmds defined, but FIELD_GET(ZL_DPLL_TOD_CTRL_CMD) can return
> up to 16 possible values. I would explicitly put defined commands in
> cases and make default to ENOTSUPP..

Hi Vadim,
the ZL_DPLL_TOD_CTRL_CMD bits are never filled by firmware (only the
semaphore bit) so the driver knows what it writes. So such check is not
necessary but if you want it I can add something like:

...
     case ZL_DPLL_TOD_CTRL_CMD_RD_CURRENT:
     case ZL_DPLL_TOD_CTRL_CMD_RD_NEXT_1HZ:
         timeout = ZL_POLL_TOD_RD_TIMEOUT_US;
         break;
     default:
         WARN_ON(1); /* this is really unexpected */
         return -ENOTSUPP;
...

Let me know.

Thanks,
Ivan


  reply	other threads:[~2026-08-05  9:48 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-03 14:06 [PATCH net-next v4 0/2] dpll: zl3073x: add PTP clock support Ivan Vecera
2026-08-03 14:06 ` [PATCH net-next v4 1/2] dpll: zl3073x: add channel ToD, phase step and TIE operations Ivan Vecera
2026-08-04 23:07   ` Vadim Fedorenko
2026-08-05  9:48     ` Ivan Vecera [this message]
2026-08-05 10:03       ` Vadim Fedorenko
2026-08-03 14:06 ` [PATCH net-next v4 2/2] dpll: zl3073x: add PTP clock support Ivan Vecera

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=14086fc7-b8f3-47a4-87a4-5e02882b6bf1@redhat.com \
    --to=ivecera@redhat.com \
    --cc=Chris.duQuesnay@microchip.com \
    --cc=Prathosh.Satish@microchip.com \
    --cc=arkadiusz.kubalewski@intel.com \
    --cc=jiri@resnulli.us \
    --cc=kuba@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=poros@redhat.com \
    --cc=richardcochran@gmail.com \
    --cc=vadim.fedorenko@linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).