[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <07ce157f-98ec-4606-bfa7-5d8f7ca43135@kernel.org>
Date: Mon, 17 Mar 2025 08:29:26 +0100
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Artur Weber <aweber.kernel@...il.com>
Cc: Michael Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...nel.org>,
Florian Fainelli <florian.fainelli@...adcom.com>, Ray Jui
<rjui@...adcom.com>, Scott Branden <sbranden@...adcom.com>,
Broadcom internal kernel review list
<bcm-kernel-feedback-list@...adcom.com>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, Alex Elder <elder@...nel.org>,
Stanislav Jakubek <stano.jakubek@...il.com>, linux-clk@...r.kernel.org,
linux-kernel@...r.kernel.org, devicetree@...r.kernel.org,
~postmarketos/upstreaming@...ts.sr.ht
Subject: Re: [PATCH v3 1/9] clk: bcm: kona: Move CLOCK_COUNT defines into the
driver
On 16/03/2025 20:01, Artur Weber wrote:
> On 10.03.2025 09:40, Krzysztof Kozlowski wrote:
>> On Sat, Mar 08, 2025 at 08:50:39AM +0100, Artur Weber wrote:
>>> CLOCK_COUNT defines for each CCU are stored in the DT binding header.
>>> This is not correct - they are not used by device trees, only internally
>>> by the driver.
>>>
>>> Move the CLOCK_COUNT defines directly into the driver in preparation
>>> for dropping them from the DT binding include.
>>>
>>> Signed-off-by: Artur Weber <aweber.kernel@...il.com>
>>> ---
>>> drivers/clk/bcm/clk-bcm21664.c | 8 ++++++++
>>> drivers/clk/bcm/clk-bcm281xx.c | 10 ++++++++++
>>> 2 files changed, 18 insertions(+)
>>>
>>> diff --git a/drivers/clk/bcm/clk-bcm21664.c b/drivers/clk/bcm/clk-bcm21664.c
>>> index 520c3aeb4ea9c4a431512c0909f9545c1761d17a..fa6e1649d6f5f459b63026109caea9e2f72e22dd 100644
>>> --- a/drivers/clk/bcm/clk-bcm21664.c
>>> +++ b/drivers/clk/bcm/clk-bcm21664.c
>>> @@ -17,6 +17,8 @@ static struct peri_clk_data frac_1m_data = {
>>> .clocks = CLOCKS("ref_crystal"),
>>> };
>>>
>>> +#define BCM21664_ROOT_CCU_CLOCK_COUNT (BCM21664_ROOT_CCU_FRAC_1M + 1)
>>
>> I hit that wall too, no worries. It might surprise you but 0+1 != 1 :),
>
> Do you mean that I should specify the clock count directly rather than
> incrementing the last ID? Some other drivers seem to do this the way I
> did here (samsung/clk-exynos*, renesas/r9a06g032-clocks.c).
Just build and test your patches...
Best regards,
Krzysztof
Powered by blists - more mailing lists