Skip to main content

TECH VEDA

Embedded Linux on Edge-AI 23rd Sept 2026 enrollingLinux kernel & Device drivers starts on 24th Oct 2026 enrollingCorporate on-site training - Submit proposal Pick your modulessignup for free monthly live Masterclass Register

BSP Tracker  /  Yocto layers

Whether your BSP layer has caught up with Yocto

A Yocto release lands every six months, and the question that decides the quarter is whether the vendor layer you depend on supports it yet. Layers lag, skip releases, or follow the silicon vendor calendar instead. This table records what each layer declares in conf/layer.conf, which branches exist, and when each last saw a commit.

Last checked 14 July 202611 layersSource conf/layer.conf + git refs

Reading this table

The compatibility string is machine-readable. Every layer declares the Yocto releases it supports through LAYERSERIES_COMPAT in conf/layer.conf. The value quoted here is taken from the repository.

Declaring a release is not the same as shipping one. Several vendor layers follow their own BSP calendar rather than the Yocto cadence, so a declared release may have no branch behind it. Pin to a branch that exists.

A quiet master branch means little. Some layers leave master stale, or empty, while active work continues on a release branch. The activity column uses the most recently updated branch, not master alone.

Yocto release status

Yocto Project releases and their support status
CodenameVersionReleasedSupport
Blacksail6.1Oct 20266 months (to Apr 2027)
Wrynose6.0Apr 2026LTS — to Apr 2030
Whinlatter5.3Dec 2025EOL
Walnascar5.2May 2025EOL since Nov 2025
Styhead5.1Oct 2024EOL
Scarthgap5.0Apr 2024LTS — to Apr 2028
Kirkstone4.0May 2022EOL — was LTS
Dunfell3.1Apr 2020EOL

Vendor BSP layer health

Activity
Active
A commit within the last 30 days on the branch we checked.
Slow
Last commit between one and four months ago.
Stale
No commit in over four months. Often the work has moved to another branch.
Layer type
vendor
Maintained by the silicon vendor, usually on their own BSP calendar.
community
Maintained in the open, usually following the Yocto release cadence.
Vendor BSP layers: declared Yocto compatibility, branches that actually exist, and recent activity
LayerDeclares compatNewest branchActivityIn practice
meta-intel
vendor
wrynosewrynoseSlow
last commit 2026-06-10
Maintained by Intel inside the Yocto Project, so it tracks Yocto’s cadence exactly: a branch per release, cut on schedule, fixes on master then the release branch within days. The wrynose branch last moved 2026-06-10; master 2026-06-29.
meta-raspberrypi
community
wrynosewrynoseActive
last commit 2026-07-07
Very disciplined: a branch for every Yocto release since dunfell, cut promptly. Master declares only the current release rather than accumulating a list.
meta-freescale
community
whinlatter wrynosewrynoseActive
last commit 2026-07-14
The COMMUNITY NXP layer. Follows Yocto’s cadence, not NXP’s — a branch per Yocto release, cut on time, with same-day backports. This is the one to use if you want i.MX support aligned to a Yocto release; meta-imx follows NXP’s own calendar.
meta-imx
vendor
mickledore … wrynose (long historical list)wrynose-6.18.20-2.0.0Active
last commit 2026-07-10
NXP’s official layer follows NXP’s OWN BSP cadence, not Yocto’s. There is NO master branch — branches are named codename-kernel-BSPrev (for example scarthgap-6.6.52-2.2.0, wrynose-6.18.20-2.0.0) and the default branch IS the newest BSP. The declared compat list is long, but in practice you must check out the exact branch NXP shipped for your SoC.
meta-ti
vendor
whinlatter wrynose (meta-ti-bsp)wrynoseActive
last commit 2026-07-10
TI does NOT cut a branch for every Yocto release: there is no styhead, walnascar or whinlatter branch — only dunfell, kirkstone, scarthgap (LTS) and wrynose. Each has -next and -wip siblings fed by TI’s CI. The wrynose branch still carries am335x-evm.conf, so the ARM32 Sitara parts are not dropped from the current release.
meta-tegra
community
blacksail (master already on the NEXT release)wrynoseActive
last commit 2026-07-13
Community (OE4T), NOT NVIDIA. Branching is two-dimensional — per Yocto release AND per NVIDIA L4T/JetPack version (scarthgap-l4t-r35.x, master-l4t-r38.4.x) — because L4T is what really constrains what you can build. Highly active.
meta-qcom
vendor
wrynosewrynoseActive
last commit 2026-07-14
Now in Qualcomm’s own GitHub org and driven by Qualcomm engineers plus community maintainers (it began as a community layer, so treat “vendor” loosely). Skips releases: it keeps kirkstone, scarthgap, styhead, wrynose and master — no walnascar or whinlatter branch.
meta-st-stm32mp
vendor
wrynose (read on the release branch, not master)wrynose_v26.02.18Active
last commit 2026-06-23
Do NOT judge this layer by its master branch — master has been an empty 2019 README stub with no layer.conf. ST develops on per-release branches tied to its OpenSTLinux version (wrynose_v26.02.18), so it follows ST’s OpenSTLinux calendar. No whinlatter branch — ST skipped it.
meta-xilinx
vendor
styhead walnascar on master (STALE); wrynose on wrynose-nextwrynose-nextActive
last commit 2026-07-11
Master is misleading: untouched since 2024-11-24 and still declaring styhead and walnascar. AMD’s real cadence is the Vivado/Vitis tool release (rel-vYYYY.N) plus a codename-next integration branch. There is still no plain wrynose branch — only wrynose-next, which is where meta-xilinx-core declares LAYERSERIES_COMPAT_xilinx = wrynose.
meta-rockchip
community
wrynosewrynoseSlow
last commit 2026-04-08
Community layer effectively maintained by one person. It does cut a branch per Yocto release, but the commit rate is low — master and wrynose have not moved since April 2026. Rockchip the company does not maintain this; its vendor BSPs live outside Yocto.
meta-sunxi
community
wrynose (declared on master)walnascar
no branch for current LTS
Active
last commit 2026-07-13
Purely community; no vendor involvement. It DECLARES wrynose compatibility on master, but there is NO wrynose branch (and no whinlatter) — the newest release-named branch is walnascar, which is EOL. For the current LTS you must build from the rolling master, whose last commit is 2026-07-13. Thin, bursty activity.

Get the updates

An email when a kernel series reaches end of life, a board row changes, or a layer picks up a release branch. Nothing else.

RSS