[PATCH v4 00/15] SCMI Clock rates discovery rework
Sudeep Holla
sudeep.holla at kernel.org
Mon May 11 01:09:40 PDT 2026
On Fri, May 08, 2026 at 07:25:49PM +0200, Geert Uytterhoeven wrote:
> Hi Cristian,
>
> On Fri, 8 May 2026 at 17:33, Cristian Marussi <cristian.marussi at arm.com> wrote:
> > it was a known limitation, in the SCMI Clock protocol support, the lack of
> > dynamic allocation around per-clock rates discovery: fixed size statically
> > per-clock rates arrays did not scale and was increasingly a waste of memory
> > (see [1]).
>
> [...]
>
> > v3 -->v4
> > - Rebased on v7.1-rc2
> > - Removed unused info.rate_discrete [Geert]
> > - Made dev_dbg() more meaningful by printing tot_rates [Geert]
> > - Fixed build bisectability by renaming properly to iter_response_bound_cleanup()
>
> Thanks for the update!
>
> I believe you still have a possible runtime bisectability issue
> between "[PATCH v4 04/15] firmware: arm_scmi: Simplify clock
> rates exposed interface" and "[PATCH v4 05/15] clk: scmi: Use new
> simplified per-clock rate properties": 04/15 removes the last setter
> of scmi_clock_info.rate_discrete, before 05/15 removes the last getter.
>
I have fixed this up by adding some initialisation in 04/15 and removing it
in 06/15. Cristian, if possible can you check if the functionality will
remain intact after 05/15 ?
--
Regards,
Sudeep
More information about the linux-arm-kernel
mailing list