From: Vyacheslav Yurkov <uvv.mail@gmail.com>
To: Conor Dooley <conor@kernel.org>, Rob Herring <robh@kernel.org>
Cc: Vyacheslav Yurkov <V.Yurkov.EXT@bruker.com>,
Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Brian Masney <bmasney@redhat.com>,
linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org,
devicetree@vger.kernel.org
Subject: Re: [PATCH v4 1/2] dt-bindings: Add GPIO-locked fixed clock
Date: Thu, 27 Aug 2026 10:23:20 +0200 [thread overview]
Message-ID: <c53ce2d5-4674-4bda-9e92-fb4fbdc32da8@gmail.com> (raw)
In-Reply-To: <20260810-smilingly-kung-1fddc5e18df6@spud>
On 10.08.2026 18:58, Conor Dooley wrote:
> On Mon, Aug 10, 2026 at 11:54:03AM -0500, Rob Herring wrote:
>> On Mon, Aug 10, 2026 at 11:40:00AM -0500, Rob Herring wrote:
>>
>> I missed that this is N input clocks and 1 output clock. But that leads
>> to other questions. You've implemented a clock mux then? I still don't
>> understand for what h/w that makes sense. Which input clock is selected?
>> The locked one?
>
> Yeah, I thought this was n inputs and n outputs, with each gpio
> signalling that an individual PLL had locked.
It is n input clocks and 1 output clock. It is kind of a mux, but the
CPU doesn't control the clocks or GPIO signals. The whole idea is that
peripherals check the output clock, when it's locked that means _all_
the clocks are locked and GPIOs are in expected state. That's why the
selection operation is not really implemented.
Actually the number of input clocks don't have to correspond to the
number of the GPIOs, because the GPIO signals indicate the locked state
of the clocks that are not accessible to the CPU.
Slava
next prev parent reply other threads:[~2026-08-27 8:23 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-26 17:40 [PATCH v4 0/2] A proposal to add a gpio-locked fixed clock driver Vyacheslav Yurkov via B4 Relay
2026-07-26 17:40 ` [PATCH v4 1/2] dt-bindings: Add GPIO-locked fixed clock Vyacheslav Yurkov via B4 Relay
2026-08-10 16:40 ` Rob Herring
2026-08-10 16:54 ` Rob Herring
2026-08-10 16:58 ` Conor Dooley
2026-08-27 8:23 ` Vyacheslav Yurkov [this message]
2026-08-27 16:55 ` Conor Dooley
2026-08-28 5:31 ` Vyacheslav Yurkov
2026-08-28 17:12 ` Conor Dooley
2026-07-26 17:40 ` [PATCH v4 2/2] clk: Add gpio-locked fixed clock driver Vyacheslav Yurkov via B4 Relay
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=c53ce2d5-4674-4bda-9e92-fb4fbdc32da8@gmail.com \
--to=uvv.mail@gmail.com \
--cc=V.Yurkov.EXT@bruker.com \
--cc=bmasney@redhat.com \
--cc=conor+dt@kernel.org \
--cc=conor@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mturquette@baylibre.com \
--cc=robh@kernel.org \
--cc=sboyd@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®