From: Andy Shevchenko <andriy.shevchenko@intel.com>
To: rodrigo.alencar@analog.com
Cc: linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org,
devicetree@vger.kernel.org, linux-doc@vger.kernel.org,
Jonathan Cameron <jic23@kernel.org>,
David Lechner <dlechner@baylibre.com>,
Andy Shevchenko <andy@kernel.org>,
Lars-Peter Clausen <lars@metafoo.de>,
Michael Hennerich <Michael.Hennerich@analog.com>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Jonathan Corbet <corbet@lwn.net>
Subject: Re: [PATCH v4 5/7] iio: frequency: adf41513: features on frequency change
Date: Fri, 16 Jan 2026 17:36:01 +0200 [thread overview]
Message-ID: <aWpa4XbFVsz9qQ9U@smile.fi.intel.com> (raw)
In-Reply-To: <20260116-adf41513-iio-driver-v4-5-dbb7d6782217@analog.com>
On Fri, Jan 16, 2026 at 02:32:24PM +0000, Rodrigo Alencar via B4 Relay wrote:
> Set Bleed current when PFD frequency changes (bleed enabled when in
> fractional mode). Set lock detector window size, handling bias and
> precision. Add phase resync support, setting clock dividers when
> PFD frequency changes.
...
> +static void adf41513_set_bleed_val(struct adf41513_state *st)
> +{
> + u32 bleed_value;
> +
> + if (st->data.phase_detector_polarity)
> + bleed_value = 90;
> + else
> + bleed_value = 144;
> +
> + bleed_value *= 1 + FIELD_GET(ADF41513_REG5_CP_CURRENT_MSK,
> + st->regs[ADF41513_REG5]);
I think it's better to have yet another temporary variable for this multiplier...
> + bleed_value = div64_u64(st->settings.pfd_frequency_uhz * bleed_value,
...and here three operands instead.
bleed_value = div64_u64(st->settings.pfd_frequency_uhz * curr * bleed_value,
> + 1600ULL * MEGA * MICROHZ_PER_HZ);
> +
> + FIELD_MODIFY(ADF41513_REG6_BLEED_CURRENT_MSK, &st->regs[ADF41513_REG6],
> + bleed_value);
> +}
> +
> +static void adf41513_set_ld_window(struct adf41513_state *st)
> +{
> + /*
> + * The ideal lock detector window size is halfway between the max
> + * window, set by the phase comparison period t_PFD = (1 / f_PFD),
> + * and the minimum is set by (I_BLEED/I_CP) × t_PFD
> + */
> + u16 ld_window_10x_ns = div64_u64(10ULL * NSEC_PER_SEC * MICROHZ_PER_HZ,
> + st->settings.pfd_frequency_uhz << 1);
Okay, if we go this direction...
> + u8 ld_idx, ldp, ld_bias;
> +
> + if (st->settings.mode != ADF41513_MODE_INTEGER_N) {
> + /* account for bleed current (deduced from eq.6 and eq.7) */
> + if (st->data.phase_detector_polarity)
> + ld_window_10x_ns += 4;
> + else
> + ld_window_10x_ns += 6;
> + }
> +
> + ld_idx = find_closest(ld_window_10x_ns, adf41513_ld_window_x10_ns,
> + ARRAY_SIZE(adf41513_ld_window_x10_ns));
> + ldp = (adf41513_ldp_bias[ld_idx] >> 2) & 0x3;
> + ld_bias = adf41513_ldp_bias[ld_idx] & 0x3;
> +
> + FIELD_MODIFY(ADF41513_REG6_LDP_MSK, &st->regs[ADF41513_REG6], ldp);
> + FIELD_MODIFY(ADF41513_REG9_LD_BIAS_MSK, &st->regs[ADF41513_REG9], ld_bias);
> +}
> +
> +static void adf41513_set_phase_resync(struct adf41513_state *st)
> +{
> + u32 total_div, clk1_div, clk2_div;
> +
> + if (!st->data.phase_resync_period_ns)
> + return;
> +
> + /* assuming both clock dividers hold similar values */
> + total_div = mul_u64_u64_div_u64(st->settings.pfd_frequency_uhz,
> + st->data.phase_resync_period_ns,
> + 1ULL * MICRO * NANO);
...for the consistency we may also use the same approach here
1ULL * MICROHZ_PER_HZ * NSEC_PER_SEC);
At least it will be consistent with the annihilated units.
> + clk1_div = clamp(int_sqrt(total_div), 1,
> + ADF41513_MAX_CLK_DIVIDER);
> + clk2_div = clamp(DIV_ROUND_CLOSEST(total_div, clk1_div), 1,
> + ADF41513_MAX_CLK_DIVIDER);
> +
> + FIELD_MODIFY(ADF41513_REG5_CLK1_DIV_MSK, &st->regs[ADF41513_REG5],
> + clk1_div);
> + FIELD_MODIFY(ADF41513_REG7_CLK2_DIV_MSK, &st->regs[ADF41513_REG7],
> + clk2_div);
> +
> + /* enable phase resync */
> + st->regs[ADF41513_REG7] |= ADF41513_REG7_CLK_DIV_MODE_MSK;
> +}
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2026-01-16 15:36 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-16 14:32 [PATCH v4 0/7] ADF41513/ADF41510 PLL frequency synthesizers Rodrigo Alencar via B4 Relay
2026-01-16 14:32 ` [PATCH v4 1/7] dt-bindings: iio: frequency: add adf41513 Rodrigo Alencar via B4 Relay
2026-01-16 14:35 ` Krzysztof Kozlowski
2026-01-16 14:32 ` [PATCH v4 2/7] units: Add HZ_PER_GHZ definition Rodrigo Alencar via B4 Relay
2026-01-16 15:26 ` Andy Shevchenko
2026-01-16 19:01 ` Jonathan Cameron
2026-01-16 14:32 ` [PATCH v4 3/7] iio: frequency: adf41513: driver implementation Rodrigo Alencar via B4 Relay
2026-01-16 19:29 ` Jonathan Cameron
2026-01-19 13:10 ` Rodrigo Alencar
2026-01-19 7:31 ` Andy Shevchenko
2026-01-19 11:21 ` Rodrigo Alencar
2026-01-19 13:42 ` Andy Shevchenko
2026-01-19 16:37 ` Rodrigo Alencar
2026-01-19 17:07 ` Andy Shevchenko
2026-01-20 10:43 ` Rodrigo Alencar
2026-01-20 11:24 ` Andy Shevchenko
2026-01-20 13:07 ` Rodrigo Alencar
2026-01-20 13:38 ` Andy Shevchenko
2026-01-21 9:41 ` Rodrigo Alencar
2026-01-21 9:52 ` Andy Shevchenko
2026-01-21 14:21 ` Nuno Sá
2026-01-22 19:33 ` Jonathan Cameron
2026-01-16 14:32 ` [PATCH v4 4/7] iio: frequency: adf41513: handle LE synchronization feature Rodrigo Alencar via B4 Relay
2026-01-16 14:32 ` [PATCH v4 5/7] iio: frequency: adf41513: features on frequency change Rodrigo Alencar via B4 Relay
2026-01-16 15:36 ` Andy Shevchenko [this message]
2026-01-16 14:32 ` [PATCH v4 6/7] docs: iio: add documentation for adf41513 driver Rodrigo Alencar via B4 Relay
2026-01-16 14:32 ` [PATCH v4 7/7] Documentation: ABI: testing: add common ABI file for iio/frequency Rodrigo Alencar via B4 Relay
2026-01-16 15:28 ` Andy Shevchenko
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=aWpa4XbFVsz9qQ9U@smile.fi.intel.com \
--to=andriy.shevchenko@intel.com \
--cc=Michael.Hennerich@analog.com \
--cc=andy@kernel.org \
--cc=conor+dt@kernel.org \
--cc=corbet@lwn.net \
--cc=devicetree@vger.kernel.org \
--cc=dlechner@baylibre.com \
--cc=jic23@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=lars@metafoo.de \
--cc=linux-doc@vger.kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robh@kernel.org \
--cc=rodrigo.alencar@analog.com \
/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