From: Alexander Dahl <ada@thorsis.com>
To: claudiu beznea <claudiu.beznea@tuxon.dev>
Cc: nicolas.ferre@microchip.com, alexandre.belloni@bootlin.com,
robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org,
mturquette@baylibre.com, sboyd@kernel.org,
linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org
Subject: Re: [PATCH 3/3] ARM: dts: microchip: Use SCKC_{TD, MD}_SLCK IDs for clk32k clocks
Date: Wed, 28 Aug 2024 09:07:05 +0200 [thread overview]
Message-ID: <20240828-chivalry-brunch-7e21bd12b7fa@thorsis.com> (raw)
In-Reply-To: <8ae724e3-f467-4df4-b8cc-f03489bd0f35@tuxon.dev>
Hello Claudiu,
Am Mon, Aug 26, 2024 at 08:42:10PM +0300 schrieb claudiu beznea:
>
>
> On 26.08.2024 20:31, Claudiu Beznea wrote:
> > Use the newly introduced macros instead of raw number. With this device
> > tree code is a bit easier to understand.
> >
> > Signed-off-by: Claudiu Beznea <claudiu.beznea@tuxon.dev>
> > ---
> > arch/arm/boot/dts/microchip/sam9x60.dtsi | 18 +++++++++---------
> > arch/arm/boot/dts/microchip/sama7g5.dtsi | 16 ++++++++--------
> > 2 files changed, 17 insertions(+), 17 deletions(-)
> >
> > diff --git a/arch/arm/boot/dts/microchip/sam9x60.dtsi b/arch/arm/boot/dts/microchip/sam9x60.dtsi
> > index 04a6d716ecaf..eeda277e684f 100644
> > --- a/arch/arm/boot/dts/microchip/sam9x60.dtsi
> > +++ b/arch/arm/boot/dts/microchip/sam9x60.dtsi
> > @@ -560,7 +560,7 @@ tcb0: timer@f8008000 {
> > #size-cells = <0>;
> > reg = <0xf8008000 0x100>;
> > interrupts = <17 IRQ_TYPE_LEVEL_HIGH 0>;
> > - clocks = <&pmc PMC_TYPE_PERIPHERAL 17>, <&clk32k 0>;
> > + clocks = <&pmc PMC_TYPE_PERIPHERAL 17>, <&clk32k SCKC_MD_SLCK>;
>
> Actually, looking again at it, I don't know if it worth as we use numbers
> directly also for other PMC clock IDs.
I think in this case it is worth it. The macros you added are more
like the already existing PMC_MCK et al. macros for PMC_TYPE_CORE and
do essentially the same thing in driver code working as somewhat
arbitrary array index, without relation to SoC internals.
The PMC clock IDs on the other hand are for PMC_TYPE_PERIPHERAL and
are that long list in the Peripheral Identifiers table and correspond
to the SoC internal IDs, which are not used in the same way.
So from my point of view, the patch series is valuable and should be
further worked on.
Greets
Alex
> Sorry for the noise,
> Claudiu Beznea
>
>
>
next prev parent reply other threads:[~2024-08-28 7:07 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-26 17:31 [PATCH 0/3] clk: at91: sckc: Add macros for the slow clock Claudiu Beznea
2024-08-26 17:31 ` [PATCH 1/3] dt-bindings: clk: at91: Add clock IDs for the slow clock controller Claudiu Beznea
2024-08-27 6:43 ` Krzysztof Kozlowski
2024-08-26 17:31 ` [PATCH 2/3] clk: at91: sckc: Use SCKC_{TD, MD}_SLCK IDs for clk32k clocks Claudiu Beznea
2024-08-28 7:17 ` Alexander Dahl
2024-08-26 17:31 ` [PATCH 3/3] ARM: dts: microchip: " Claudiu Beznea
2024-08-26 17:42 ` claudiu beznea
2024-08-28 7:07 ` Alexander Dahl [this message]
2024-08-28 10:14 ` Alexandre Belloni
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=20240828-chivalry-brunch-7e21bd12b7fa@thorsis.com \
--to=ada@thorsis.com \
--cc=alexandre.belloni@bootlin.com \
--cc=claudiu.beznea@tuxon.dev \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mturquette@baylibre.com \
--cc=nicolas.ferre@microchip.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