u-boot.git/drivers/clk/Kconfig, branch next

clk: Add missing dependency for SANDBOX_CLK_CCF

2026-04-03T19:42:49+00:00

In order to build SANDBOX_CLK_CCF we need for CLK_CCF to be enabled, add
that as a select similar to other drivers.

Signed-off-by: Tom Rini

drivers/clk/Kconfig: fix "related" typo in help text

2026-02-10T08:27:48+00:00

It looks like the original zynqmp typo was copied to versal as well.  Fix
both.

Signed-off-by: Peter Korsgaard 
Reviewed-by: Quentin Schulz 
Signed-off-by: Michal Simek 
Link: https://lore.kernel.org/r/20260119095437.2775081-1-peter@korsgaard.com

dm: core: Default to using DEVRES outside of xPL

2026-01-09T15:08:14+00:00

The devm alloc functions that we have may follow the Linux kernel model
where allocations are (almost always) automatically free()'d. However,
quite often we don't enable, in full U-Boot, the tracking and free()'ing
functionality. This in turn leads to memory leaks because the driver
author expects that since the functions have the same name as in the
Linux Kernel they have the same behavior. In turn we then get
functionally correct commits such as commit 00e1fed93c8c ("firmware:
ti_sci: Fix memory leaks in devm_ti_sci_get_of_resource") that manually
add these calls. Rather than manually tracking allocations and
implementing free()s, rework things so that we follow expectations by
enabling the DEVRES functionality (outside of xPL phases).

This turns DEVRES from a prompted symbol to a symbol that must be
select'd, and we now remove our non-managed alloc/free functions from
outside of xPL builds.

Reviewed-by: Michael Trimarchi 
Signed-off-by: Tom Rini

clk: versal: Enable clock driver for Versal Gen 2

2025-12-19T07:25:26+00:00

Versal Gen 2 is using enhancement SMC format but in near future SCMI client
should be used. This patch is just bridging this gap till SCMI server is
fully tested.

Signed-off-by: Michal Simek 
Link: https://lore.kernel.org/r/e83c665408d1453a464dd02cd2a25bb0ed267131.1762788250.git.michal.simek@amd.com

clk: Tighten some clock driver dependencies

2025-10-28T18:25:23+00:00

A few clock drivers cannot build without access to some platform
specific header files. Express those requirements in Kconfig as well.

Signed-off-by: Tom Rini

clk: versal: Fix clock driver dependency

2025-07-08T12:58:43+00:00

Driver fully depends on firmware driver to be present that's why change
imply to depends on to cover it.

Signed-off-by: Michal Simek 
Link: https://lore.kernel.org/r/bd18a4ce3e65411bb956636d4a2ef4b5fbe8b9e1.1749104235.git.michal.simek@amd.com

clk: scmi: manage properly the clk identifier with CCF

2025-06-11T07:42:55+00:00

Each clock identifier needs to be unique when CCF is activated,
and it is not respected today by SCMI clock driver.

This patch supports a unique clk id by using the uclass API
clk_get_id() / dev_clk_dm() and by activating by default
CONFIG_CLK_AUTO_ID with CCF which adds an offset to the SCMI
clock identifiers.

After this patch, the SCMI clock driver can coexist with other
clock provider without conflict, they can share internal identifier
[0..N] defined in their binding and the clock ID = 0
(reserved for dummy clock) is no more used.

Signed-off-by: Patrick Delaunay 
Signed-off-by: Patrice Chotard 
Cc: Lukasz Majewski 
Cc: Sean Anderson 
Reviewed-by: Patrick Delaunay 
Reviewed-by: Patrice Chotard

clk: add CONFIG_CLK_AUTO_ID

2025-06-11T07:42:55+00:00

Add a new config CONFIG_CLK_AUTO_ID to support a unique clk id
for all the clock providers, managed by clk uclass, when the clock
reference arg[0] is the same.

When the CONFIG is activated, the clock id is limited to the lower
CLK_ID_SZ = 24 bits in default clock xlate function
and the sequence number + 1 of the clk provider device is
added for the 8 higher bits.

We use sequence number + 1 to avoid the "dummy" clock id = 0,
used for invalid clock when CCF is activated.

When this config is activated, the new function clk_get_id()
should be used to get back the internal reference to clock
for the each clock provider.

Signed-off-by: Patrick Delaunay 
Signed-off-by: Patrice Chotard 
Cc: Lukasz Majewski 
Cc: Sean Anderson 
Reviewed-by: Patrick Delaunay 
Reviewed-by: Patrice Chotard

clk: thead: Port clock controller driver of TH1520 SoC

2025-05-21T08:49:57+00:00

The driver is adapted from Linux kernel's version of clk-th1520-ap.c,
with only output clocks for external sensors, which are barely useful in
bootloaders, removed.

Same as the mainline driver, it currently lacks of ability to enable and
reconfigure PLLs, which could be implemented later.

Signed-off-by: Yao Zi 
Reviewed-by: Leo Yu-Chi Liang

clk: add stub clock driver

2025-02-26T13:16:40+00:00

Add a stub clock driver which can be used to bind clock controllers
which aren't required for the platform to boot, but which are needed for
U-Boot drivers to work.

In addition, add a NOP parent driver to allow for binding the parent
nodes of the clock.

Initially this driver supports a Qualcomm platform where the MMC driver
tries to fetch the RPM clock controller, which is not actually required
for the device to work.

Reviewed-by: Neil Armstrong 
Acked-by: Ilias Apalodimas 
Signed-off-by: Caleb Connolly