From: David Lechner <dlechner@baylibre.com>
To: "Miclaus, Antoniu" <Antoniu.Miclaus@analog.com>,
"jic23@kernel.org" <jic23@kernel.org>,
"robh@kernel.org" <robh@kernel.org>,
"conor+dt@kernel.org" <conor+dt@kernel.org>,
"linux-iio@vger.kernel.org" <linux-iio@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>
Subject: Re: [RESEND PATCH v2 0/2] iio: frequency: adf4377: add clock provider support
Date: Mon, 24 Nov 2025 11:38:17 -0600 [thread overview]
Message-ID: <531c2dfa-b96b-4fa2-ac45-4a5be14fafca@baylibre.com> (raw)
In-Reply-To: <CY4PR03MB3399892478516DB8724CDF549BD0A@CY4PR03MB3399.namprd03.prod.outlook.com>
On 11/24/25 6:09 AM, Miclaus, Antoniu wrote:
>> On 11/21/25 3:59 AM, Antoniu Miclaus wrote:
>>> This series adds clock provider functionality to the ADF4377 frequency
>>> synthesizer driver to address user requests for controlling output
>>> frequencies from userspace.
>>>
>>> While implemented as an IIO driver, the ADF4377 is commonly used as a
>>> clock source. This patch series enables it to function as either:
>>> - A traditional IIO device (when #clock-cells is not specified)
>>> - A clock provider (when #clock-cells is present in device tree)
>>>
>>> The implementation provides standard clock framework integration with
>>> rate control, enable/disable support, and maintains backward
>>> compatibility with existing IIO configurations.
>>>
>>> Antoniu Miclaus (2):
>>> dt-bindings: iio: frequency: adf4377: add clk provider
>>> iio: frequency: adf4377: add clk provider support
>>>
>>> .../bindings/iio/frequency/adi,adf4377.yaml | 8 ++
>>> drivers/iio/frequency/adf4377.c | 119 +++++++++++++++++-
>>> 2 files changed, 125 insertions(+), 2 deletions(-)
>>>
>>
>> When doing a RESEND, please add a note that says why.
>>
>> Also, you still didn't include the clock mailing list or maintainers,
>> so I don't expect this to progress since the last time.
>
> I forgot to mention in the resend patch, but i missed some of the changes
> when i sent the first v2 series.
> Should i send a v3 with the mentions + clock mailing list?
Doing a v3 with a proper changelog compared to the original v2
+ cc the clock list/maintainers seems like the best way to me.
> Or do another RESEND PATCH for v2?
>
No, I think that would confuse things even more.
prev parent reply other threads:[~2025-11-24 17:38 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-21 9:59 Antoniu Miclaus
2025-11-21 9:59 ` [RESEND PATCH v2 1/2] dt-bindings: iio: frequency: adf4377: add clk provider Antoniu Miclaus
2025-11-21 9:59 ` [RESEND PATCH v2 2/2] iio: frequency: adf4377: add clk provider support Antoniu Miclaus
2025-11-22 16:57 ` [RESEND PATCH v2 0/2] iio: frequency: adf4377: add clock " David Lechner
2025-11-24 12:09 ` Miclaus, Antoniu
2025-11-24 17:38 ` David Lechner [this message]
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=531c2dfa-b96b-4fa2-ac45-4a5be14fafca@baylibre.com \
--to=dlechner@baylibre.com \
--cc=Antoniu.Miclaus@analog.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=jic23@kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robh@kernel.org \
/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
all inboxes | Powered by JetHome®