On 05/08/2024 14:44, David Virag wrote: > Hi Krzysztof, > > On Mon, 2024-08-05 at 07:49 +0200, Krzysztof Kozlowski wrote: >> On 04/08/2024 23:53, David Virag wrote: >>> Update CLKS_NR_FSYS to the proper value after a fix in DT bindings. >>> This should always be the last clock in a CMU + 1. >>> >>> Signed-off-by: David Virag <virag.david003@xxxxxxxxx> >>> --- >>> drivers/clk/samsung/clk-exynos7885.c | 2 +- >> >> This needs fixes and Cc-stable tag, same as the binding. > > Would it fix ef4923c8e052 ("clk: samsung: exynos7885: do not define number of clocks in bindings")? > Or would it fix cd268e309c29 ("dt-bindings: clock: Add bindings for Exynos7885 CMU_FSYS")? > > I'm guessing the former, but technically the latter introduced > the problem and the former transferred it to the clk driver. > > For kernel 6.1, this fix wouldn't work, as we'd need a fix in the > dt-bindings instead (perhaps the dt-bindings fix should include > this fix there). > > How would this work? I would say this fixes the latter - bindings commit which introduced duplicated ID. If your bindings patch is backported, then the number of IDs do not match anymore number of clocks. Without your bindings fix, everything matches even though it is not technically correct. The bindings fix also needs Cc-stable. Best regards, Krzysztof