u-boot.git/include/linux, branch next

Merge patch series "add memdup_nul(), use it and memdup() in a few places"

2026-05-12T21:41:52Z

Rasmus Villemoes says: There are quite a few places where we allocate X+1 bytes, initialize the first X bytes via memcpy() and then set the last byte to 0. The kernel has a helper for that, kmemdup_nul(). Introduce a similar one, and start making use of it in a few places. Also the existing memdup() helper can be put to more use. There are lots more places one could modify. But for code shared with host tools, one would need to do some refactoring, putting memdup() and memdup_nul() in their own str-util.c TU which could then also be included in the tools build. Link: https://lore.kernel.org/r/20260421075439.16696-1-ravi@prevas.dk

lib/string.c: introduce memdup_nul() helper

2026-05-12T21:38:00Z

This is completely analogous to the linux kernel's kmemdup_nul() helper, apart from the lack of the gfp_t argument: Allocate a buffer of size {len}+1, copy {len} bytes from the given buffer, and add a final nul byte. This pattern exists in a number of places, so this helper can reduce some boilerplate code. Reviewed-by: Simon Glass Signed-off-by: Rasmus Villemoes

lib/string.c: drop pointless __HAVE_ARCH_STRDUP

2026-05-12T21:38:00Z

There has never been an arch-specific optimized implementation of str[n]dup, nor is there likely to ever be one, because unlike their cousins strlen(), strcpy() and similar that simply read/write the src/dst, the dup functions by definition involve memory allocation. So drop this irrelevant cpp guard. Reviewed-by: Simon Glass Signed-off-by: Rasmus Villemoes

string: fix prototype of memdup()

2026-05-12T21:38:00Z

It doesn't make sense to restrict memdup() to only return char* pointers, especially when it is already defined to accept void*. This makes it uglier to use to e.g. duplicate a struct. Make it return void*, just as kmemdup() does in the kernel (and which our kmemdup() in fact also does). While in here, make a small optimization: memcpy() is defined to return the destination register, so we write this in a way that the compiler may do a tail call. Reviewed-by: Simon Glass Signed-off-by: Rasmus Villemoes

phy: add common PHY properties support

2026-05-06T09:07:22Z

Add a new PHY_COMMON_PROPS library that provides helper functions for PHY drivers to read standardized polarity properties from the device tree node: - phy_get_rx_polarity() / phy_get_tx_polarity() - phy_get_manual_rx_polarity() / phy_get_manual_tx_polarity() The dt-bindings/phy/phy.h header with PHY_POL_NORMAL, PHY_POL_INVERT, and PHY_POL_AUTO constants is provided via dts/upstream/include, which is already in the build include path. Ported from Merge tag 'phy-for-7.0': git://git.kernel.org/pub/scm/linux/kernel/git/phy/linux-phy Link: https://git.kernel.org/linus/e7556b59ba65179612bce3fa56bb53d1b4fb20db Signed-off-by: Lucien.Jheng

compat: math64: add abs_diff()

2026-04-21T17:19:49Z

Add the abs_diff() macro, copied directly from Linux 6.18. Signed-off-by: Casey Connolly

compat: add linux/regmap.h symlink

2026-04-21T17:19:49Z

Add a symlink to the Linux regmap.h path so that drivers ported from Linux don't all need additional changes to include the U-Boot specific path. Signed-off-by: Casey Connolly

compat: add dev_name()

2026-04-21T17:19:49Z

This function just wraps udevice->name. Signed-off-by: Casey Connolly

compat: add kref implementation

2026-04-21T17:19:49Z

This is a very basic port of Linux' kref, we don't actually need atomics so we just use a simple counter. This is used by CCF to free unused clocks. Signed-off-by: Casey Connolly

compat: add PTR_ERR_OR_ZERO

2026-04-21T17:19:49Z

Imported from Linux, this is nice to have along with the other ERR_PTR helper macros. Signed-off-by: Casey Connolly