linux/poky.git/meta/recipes-bsp, branch master

The poky repository master branch is no longer being updated.

2025-11-07T13:31:53+00:00

You can either: a) switch to individual clones of bitbake, openembedded-core, meta-yocto and yocto-docs b) use the new bitbake-setup You can find information about either approach in our documentation: https://docs.yoctoproject.org/ Note that "poky" the distro setting is still available in meta-yocto as before and we continue to use and maintain that. Long live Poky! Some further information on the background of this change can be found in: https://lists.openembedded.org/g/openembedded-architecture/message/2179 Signed-off-by: Richard Purdie

barebox: upgrade 2025.08.0 -> 2025.09.0

2025-10-30T11:06:28+00:00

Changes in 2025.09.0 -------------------- * Added support for SoCFPGA Agilex5 and Rockchip RK3576 * Added structured I/O support for shell commands * Added support for booting signed Rockchip images * Support for adding device tree overlay (.dtbo) files to FIT images * New 'bfetch' eyecandy tool for displaying logo and system information (similar to 'neofetch') * Several other fixes and improvements Changelog: https://lore.barebox.org/barebox/aNugWfoJR_2AirEx@pengutronix.de/ Migration Guide: https://barebox.org/doc/latest/migration-guides/migration-2025.09.0.html (From OE-Core rev: f7950986a45d9c95d91ecebe00405c0e65c83a53) Signed-off-by: Enrico Jörns Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

u-boot: Make sure the build dir is unique for each UBOOT_CONFIG

2025-10-13T17:01:03+00:00

Each UBOOT_CONFIG entry is run in a different directory under ${B} so that the files can be generated, compiled, and installed differently from each other. Currently that unique directory name was just the defconfig used for each UBOOT_CONFIG. One potential conflict arises when you want build the same defconfig twice, but pass in different make options. Then we get directory collision. Simple fix is to include both the defconfig name and the UBOOT_CONFIG type in the directory name. This change has the potential to be backwards breaking if a layer is using the UBOOT_CONFIG flow and overriding/appending any of the do_* shell functions. Each of those will either need to change to using: ${B}/${config} -> ${B}/${config}-${type} or for append functions they can use the new variable in the parent function: ${B}/${config} -> ${B}/${builddir} (From OE-Core rev: 22e96b32b0be02ec0971c9334d4b1df7c9ef8d84) Signed-off-by: Ryan Eatmon Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

u-boot: Add specifying make options as part the config looping

2025-10-09T09:58:07+00:00

There is a need to generate alternative versions of the uboot files using the existing config looping system, but we need to add additional settings to the make call rather simply specifying a different config. Specifically we have two use cases: 1) We want to sign the same uboot files with two different keys where the key will be passed on the make call. 2) We want to include the alternative defconfigs from a different repository and need to add the path to this new location on the make command line. This introduces a fourth value for the UBOOT_CONFIG settings: config,images,binary,make_opts The values are placed into a new generated variable UBOOT_CONFIG_MAKE_OPTS which is a '?' separated list since space can be present if you need to specify multiple options. This is handled by changing IFS in the shell code when looping over the variable. Additionally, add in a new variable UBOOT_MAKE_OPTS which is added to the make calls in the various do_compile functions that do the actual compiling. (From OE-Core rev: 3338330e0c46b83e33c7e982c012459c89a7ec5c) Signed-off-by: Ryan Eatmon Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

u-boot: upgrade 2025.07 -> 2025.10

2025-10-09T09:58:07+00:00

Upgrade to U-Boot 2025.10. Drop all the applied patches. (From OE-Core rev: 237d980c114842f1e5bfa96228429bbf018ea2d6) Signed-off-by: Fabio Estevam Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

grub,grub-efi: Always use BFD linker with clang

2025-09-11T10:31:57+00:00

LLD 21+ is erroring on text address being lower than the default segment address for binaries. Erroring during configure e.g. cannot link at address 0x2000 With LLD 21, -Ttext, only moves the .text section it does not change the image base and LLD 21 errors out if any section VMA is below the image base and the segment (image) base still defaults to 0x400000 when using LLD, hence the error LLD support in Grub needs to be done properly, it will need to adjust how linker options are constructed in configure. We default to use BFD linker always when using clang for now. (From OE-Core rev: d1194c1a42fc7877a0c99c77e5291216a11ea5dc) Signed-off-by: Khem Raj Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

grub2: fix CVE-2024-56738

2025-09-11T10:31:56+00:00

Backport an algorithmic change to grub_crypto_memcmp() so that it completes in constant time and thus isn't susceptible to side-channel attacks. (From OE-Core rev: 30a1cc225a2bd5d044bf608d863a67df3f9c03be) Signed-off-by: Ross Burton Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

grub2: mark CVE-2024-2312 as not applicable

2025-09-11T10:31:56+00:00

This issue is specific to the peimage module that Ubuntu add, and is not an upstream issue. (From OE-Core rev: 8d2fe3f403e6435e1ffe122a6776381090752d8a) Signed-off-by: Ross Burton Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

barebox-tools: upgrade 2025.07.0 -> 2025.08.0

2025-09-11T10:31:55+00:00

(From OE-Core rev: d755452bdf202991a0f6619b939ca5ba7d00558d) Signed-off-by: Wang Mingyu Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

gnu-efi: upgrade 4.0.1 -> 4.0.2

2025-08-07T11:11:16+00:00

ChangeLog: https://github.com/ncroxon/gnu-efi/releases/tag/4.0.2 * Fix syslinux issue + user CFLAGS/LDFLAGS * Shim 16 updates + IsZeroGuid (From OE-Core rev: 2f5c7aa53864a9bb6227a7731fcd58d1dc72633f) Signed-off-by: Yi Zhao Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie