<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/drivers/reset/Kconfig, branch v2026.07</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/drivers/reset/Kconfig?h=v2026.07</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/drivers/reset/Kconfig?h=v2026.07'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2026-06-08T13:32:40Z</updated>
<entry>
<title>reset: rockchip: make device resets available in SPL</title>
<updated>2026-06-08T13:32:40Z</updated>
<author>
<name>Alexey Charkov</name>
<email>alchark@flipper.net</email>
</author>
<published>2026-03-11T13:30:58Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1165c206c2fb1b755de42854109d4d6443018305'/>
<id>urn:sha1:1165c206c2fb1b755de42854109d4d6443018305</id>
<content type='text'>
Enable the Rockchip reset controller driver in SPL to allow resetting
attached devices like UFS during early boot.

Reviewed-by: Jonas Karlman &lt;jonas@kwiboo.se&gt;
Signed-off-by: Alexey Charkov &lt;alchark@flipper.net&gt;
</content>
</entry>
<entry>
<title>reset: Add RPi5 rescal reset facilities</title>
<updated>2026-06-04T09:50:04Z</updated>
<author>
<name>Torsten Duwe</name>
<email>duwe@suse.de</email>
</author>
<published>2026-06-01T10:39:29Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=af4f915fd6d2ec9cc024a4d528cebc9c44d15036'/>
<id>urn:sha1:af4f915fd6d2ec9cc024a4d528cebc9c44d15036</id>
<content type='text'>
A driver for Broadcom rescal reset controllers ported from
linux/drivers/reset/reset-brcmstb-rescal.c to U-Boot.

Signed-off-by: Torsten Duwe &lt;duwe@suse.de&gt;
Co-authored-by: Oleksii Moisieiev &lt;oleksii_moisieiev@epam.com&gt;
Tested-by: Pedro Falcato &lt;pfalcato@suse.de&gt;
</content>
</entry>
<entry>
<title>reset: Add RPi5 brcmstb reset facilities</title>
<updated>2026-06-04T09:50:04Z</updated>
<author>
<name>Torsten Duwe</name>
<email>duwe@suse.de</email>
</author>
<published>2026-06-01T10:39:27Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=64ae1351b5203581a512ad8510e45870fdef4409'/>
<id>urn:sha1:64ae1351b5203581a512ad8510e45870fdef4409</id>
<content type='text'>
A driver for Broadcom reset controllers ported from
linux/drivers/reset/reset-brcmstb.c to U-Boot.

Signed-off-by: Torsten Duwe &lt;duwe@suse.de&gt;
Co-authored-by: Oleksii Moisieiev &lt;oleksii_moisieiev@epam.com&gt;
Tested-by: Pedro Falcato &lt;pfalcato@suse.de&gt;
</content>
</entry>
<entry>
<title>reset: Correct dependencies for RESET_RZG2L_USBPHY_CTRL</title>
<updated>2026-05-08T22:24:53Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2026-03-23T14:32:02Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=93f96c7d8da78f652f2b5142390f47eb872438f7'/>
<id>urn:sha1:93f96c7d8da78f652f2b5142390f47eb872438f7</id>
<content type='text'>
As exposed by "make randconfig", we have an issue with the dependencies
for RESET_RZG2L_USBPHY_CTRL. As this functionally depends on
REGULATOR_RZG2L_USBPHY, express this dependency directly in Kconfig as
well.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Marek Vasut &lt;marek.vasut+renesas@mailbox.org&gt;
</content>
</entry>
<entry>
<title>scmi: Rework SCMI_FIRMWARE implementation</title>
<updated>2026-03-23T02:55:01Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2026-03-17T01:24:14Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=80bdc86db5a54730bcc11ce148e25e06f3346553'/>
<id>urn:sha1:80bdc86db5a54730bcc11ce148e25e06f3346553</id>
<content type='text'>
As exposed by "make randconfig", how we have SCMI_FIRMWARE today is
incomplete, and in one case, used incorrectly. First, SCMI_FIRMWARE has
a build-time dependency on OF_CONTROL being enabled, so add that.
Second, RESET_SCMI depends on SCMI_FIRMWARE being enabled, it should not
select that symbol. In turn, a number of platforms need to now enable
SCMI_FIRMWARE explicitly and not rely on RESET_SCMI to enable it for
them.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
Acked-by: Peng Fan &lt;peng.fan@nxp.com&gt;
Acked-by: Anshul Dalal &lt;anshuld@ti.com&gt;
Acked-by: Michal Simek &lt;michal.simek@amd.com&gt; # Versal Gen 2
Reviewed-by: Patrice Chotard &lt;patrice.chotard@foss.st.com&gt;
Signed-off-by: Peng Fan &lt;peng.fan@nxp.com&gt;
</content>
</entry>
<entry>
<title>dm: core: Default to using DEVRES outside of xPL</title>
<updated>2026-01-09T15:08:14Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2025-12-27T22:37:11Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=217cf656e249f698d390a7d8eaf255eb1a6c0230'/>
<id>urn:sha1:217cf656e249f698d390a7d8eaf255eb1a6c0230</id>
<content type='text'>
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 &lt;michael@amarulasolutions.com&gt;
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>reset: Tighten some reset driver dependencies</title>
<updated>2025-08-14T16:59:09Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2025-08-04T21:54:25Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0ae7725e874a65d86ccdc964048940a490185972'/>
<id>urn:sha1:0ae7725e874a65d86ccdc964048940a490185972</id>
<content type='text'>
A few reset drivers cannot build without access to some platform
specific header files. Express those requirements in Kconfig as well.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>reset: stm32mp25: add stm32mp25 reset driver</title>
<updated>2025-06-11T07:42:55Z</updated>
<author>
<name>Gabriel Fernandez</name>
<email>gabriel.fernandez@foss.st.com</email>
</author>
<published>2025-05-27T13:27:53Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0994a627c27849f616b6d145508aed6bb8acc33d'/>
<id>urn:sha1:0994a627c27849f616b6d145508aed6bb8acc33d</id>
<content type='text'>
Implement STM32MP25 reset drivers using stm32-core-reset API.
This reset stm32-reset-core API and will be able to use DT binding
index started from 0.

This patch also moves legacy reset into stm32 directory reset.

Signed-off-by: Gabriel Fernandez &lt;gabriel.fernandez@foss.st.com&gt;
Signed-off-by: Patrice Chotard &lt;patrice.chotard@foss.st.com&gt;
Reviewed-by: Patrick Delaunay &lt;patrick.delaunay@foss.st.com&gt;
Reviewed-by: Patrice Chotard &lt;patrice.chotard@foss.st.com&gt;
</content>
</entry>
<entry>
<title>Merge patch series "airoha: Add initial support AN7581"</title>
<updated>2025-04-01T14:45:46Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2025-04-01T14:45:46Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=80c61c5ce868a74792609c5ae82eed149154e24c'/>
<id>urn:sha1:80c61c5ce868a74792609c5ae82eed149154e24c</id>
<content type='text'>
Christian Marangi &lt;ansuelsmth@gmail.com&gt; says:

This little series adds initial support for Airoha AN7581 SoC.

With the help of some backport patch, this use OF_UPSTREAM
directly.

Posting this to have the targer and the very basic driver.

Ethernet, SNAND and eMMC support is already ready downstream
and will be posted shortly after this gets approved.

Having the first driver ready permits to separately push
dedicate series for SNAND, eMMC and Ethrnet as they all depends
on basic support of clock and reset and nothing else.

Link: https://lore.kernel.org/r/20250314185941.27834-1-ansuelsmth@gmail.com
</content>
</entry>
<entry>
<title>reset: airoha: Add driver for controlling reset line of AN7581</title>
<updated>2025-04-01T14:44:51Z</updated>
<author>
<name>Christian Marangi</name>
<email>ansuelsmth@gmail.com</email>
</author>
<published>2025-03-14T18:59:23Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b02b8b767624a859a2776c11822119392702bbab'/>
<id>urn:sha1:b02b8b767624a859a2776c11822119392702bbab</id>
<content type='text'>
Add driver for controlling the reset lines of AN7581. This is a detached
version of the clock controller driver present in Linux only used to
control reset lines. Driver gets loaded with the bind of the clock
driver and doesn't require a compatible. This is needed as they share
the same registers.

Signed-off-by: Christian Marangi &lt;ansuelsmth@gmail.com&gt;
</content>
</entry>
</feed>
