BSP Tracker / BSP Status / NXP
Ship on mainline. No GPU, no VPU, no NPU means nothing proprietary to lose. The reason to touch the BSP is legacy vendor userspace, not missing drivers.
Can you ship mainline instead, and what exactly do you lose if you do?
Mainline is shippable
| Block | IP | Upstream | Detail |
|---|---|---|---|
| GPU | none | n/a | No 3D GPU on this SoC. |
| PXP | 2D PXP | upstream | CONFIG_VIDEO_IMX_PXP |
| Camera | CSI bridge | upstream | VIDEO_IMX7_CSI names the i.MX6UL/L family explicitly. |
Repository. https://github.com/nxp-imx/linux-imx
Newest branch that actually exists. lf-6.18.y, tracking Linux 6.18. Last commit 2026-06-09.
Cadence. Branches are family-wide. Whether an 11-year-old 32-bit part is still enabled on lf-6.18.y is NOT verified.
The vendor publishes no commitment. No row in NXP's longevity table. The part launched around 2015; availability is the biggest risk in a new design.
Layer. meta-imx. A branch for the current LTS exists: wrynose-6.18.20-2.0.0.
meta-imx-bsp/conf/layer.conf on wrynose-6.18.20-2.0.0 declares LAYERSERIES_COMPAT_fsl-bsp-release with wrynose, and the branch still ships imx6ull14x14evk.conf and imx6ull9x9evk.conf. NXP keeps this ARM32 part in the current release.
Evaluate on. i.MX 6ULL EVK
Production modules.
Treat as a mainline part with a supply-chain question mark, not a BSP question mark.
NXP i.MX6ULL: upstream fixes stop December 2028. That leaves 29 months. After that date the kernel this BSP is based on receives no further security fixes from upstream, and maintaining it becomes your team’s responsibility.
There are three options:
All three are engineering work, and all three are work we do: reading vendor kernel trees, checking what mainline actually supports, and moving products from one to the other. This page is built from the same work.
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