u-boot.git/drivers/gpio, branch v2026.04

treewide: Remove Timesys from ADI ADSP maintenance

2026-03-04T20:25:27Z

After years of developing the ADI ADSP platform, Timesys was purchased by another company and is no longer contracted to maintain the platform. Signed-off-by: Philip Molloy Reviewed-by: Greg Malysa

gpio: stm32-gpio: prevent the use of the secure protected pins

2026-02-24T13:09:45Z

The hardware denies any access from the U-Boot non-secure world to the secure-protected pins. Hence, prevent any driver to request such a pin. Signed-off-by: Fabien Dessenne Signed-off-by: Patrice Chotard Reviewed-by: Patrick Delaunay

Merge patch series "Enable / require DEVRES for devm_.alloc usage outside xPL"

2026-01-09T16:19:57Z

Tom Rini says: As seen by a number of patches fixing memory leaks, U-Boot has a problem with developer expectations around devm_kmalloc and friends. Namely, whereas in Linux these memory allocations will be freed automatically in most cases, in U-Boot this is only true if DEVRES is enabled. Now, intentionally, in xPL phases, we do not (and do not offer as an option) enabling DEVRES. However in full U-Boot this is left either to the user, or some drivers have select'd DEVRES on their own. This inconsistency is a problem. This series goes and deals with two small issues that were shown by having all drivers that use devm_.alloc to allocate memory also select DEVRES and then we make DEVRES no longer be a prompted option and instead select'd as needed. We do not make this unconditional as it would result in growing the resulting binary on the many platforms which have no users of the devm_.alloc family of functions. Link: https://lore.kernel.org/r/20251227223833.3019311-1-trini@konsulko.com

dm: core: Default to using DEVRES outside of xPL

2026-01-09T15:08:14Z

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

Merge patch series "modify npcm7xx/8xx feature and bug fixed"

2025-12-31T17:51:15Z

Jim Liu says: Modify npcm7xx/8xx features and bug fixes. Link: https://lore.kernel.org/r/20251216024729.1031306-1-JJLIU0@nuvoton.com

gpio: sgpio: modify persist check condition

2025-12-31T16:17:00Z

Modify the persist check condition to fix init error. Signed-off-by: Jim Liu

gpio: sandbox: Avoid calling dev_read_*() if CONFIG_OF_PLATDATA=y

2025-12-27T15:01:10Z

If CONFIG_OF_PLATDATA=y , then the udevice has no valid OF node associated with it and ofnode_valid(node) evaluates to 0. The dev_read_u32_default() call ultimately reaches ofnode_read_u32_index() which invokes fdt_getprop() and passes result of ofnode_to_offset(node) as an offset parameter into it. The ofnode_to_offset(node) returns -1 for invalid node, which leads to an fdt_getprop(..., -1, ...) invocation, which will crash sandbox with SIGSEGV because libfdt can not handle negative node offsets without full tree check, which U-Boot inhibits to keep size lower. Since gpio_sandbox_probe() already calls dev_has_ofnode(dev) and assigns uc_priv->gpio_count to CONFIG_SANDBOX_GPIO_COUNT accordingly, add matching dev_has_ofnode(dev) check into sandbox_gpio_of_to_plat() and do not call any of the dev_read_*() functions for devices without valid nodes there either. Signed-off-by: Marek Vasut

Merge tag 'v2026.01-rc4' into next

2025-12-08T19:17:27Z

Prepare v2026.01-rc4

Merge branch 'master' of https://source.denx.de/u-boot/custodians/u-boot-samsung

2025-12-02T19:00:44Z

- Assorted updates

gpio: dwapb: Enable SPL support for DWAPB GPIO driver

2025-12-01T05:55:02Z

Add SPL_DWAPB_GPIO configuration option to enable the Designware APB GPIO driver in SPL builds. Changes: - Add SPL_DWAPB_GPIO Kconfig option with SPL_DM_GPIO dependency - Update Makefile to use CONFIG_$(PHASE_)DWAPB_GPIO pattern for conditional compilation in both SPL and main U-Boot builds Signed-off-by: Tanmay Kathpalia Reviewed-by: Tom Rini Reviewed-by: Tom Rini