BSP Tracker / BSP Status / NVIDIA
Mainline boots Orin and gives you a fine SBC. It does not give you CUDA, TensorRT, the DLA, NVENC/NVDEC or the camera stack — which is the entire commercial reason to choose Orin. The real decision is not mainline vs BSP; it is JetPack 6 (kernel 5.15) vs JetPack 7 (kernel 6.8).
Can you ship mainline instead, and what exactly do you lose if you do?
Vendor BSP required
| Block | IP | Upstream | Detail |
|---|---|---|---|
| GPU / CUDA | Ampere iGPU | missing | Proprietary. No CUDA, cuDNN or TensorRT on a mainline kernel. |
| NPU | DLA | missing | No NVDLA/Tegra entry in drivers/accel. |
| VPU | NVENC / NVDEC | missing | No upstream V4L2/DRM drivers; exposed only via the L4T Multimedia API. |
| ISP | VI + ISP (Argus) | missing | libargus and nvarguscamerasrc are L4T-only. |
| SoC platform | Tegra234 DTS | upstream | NVIDIA upstreams the DTS and core platform drivers. |
Repository. https://developer.nvidia.com/embedded/jetson-linux
Newest branch that actually exists. Jetson Linux 39.2 (JetPack 7.2), tracking Linux 6.8. Last commit 2026-06-02.
Cadence. Release-based, not a public rolling git tree. Two live lines for Orin: JetPack 6.x / L4T 36.4.x on kernel 5.15, and JetPack 7.x / L4T 39.2 on kernel 6.8.
Committed until 2032-01. The only vendor here with a real per-module availability table. Orin Nano, Orin NX and AGX Orin: January 2032. AGX Orin Industrial: July 2033. This is module availability, not software support duration.
Layer. meta-tegra (community, OE4T). A branch for the current LTS exists: wrynose.
NVIDIA ships no official Yocto layer. meta-tegra pins L4T per branch; which L4T the plain wrynose branch targets is not verified.
Evaluate on. Jetson Orin Nano Developer Kit, Jetson AGX Orin Developer Kit
Production modules.
The Orin module IS the production part. Third parties sell carriers, not modules.
NVIDIA Jetson Orin (Tegra234): upstream fixes have already stopped. The BSP tracks Linux 6.8, which no longer receives security fixes from upstream. Any new CVE that affects this kernel has to be found, backported and tested by your own team.
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