3. IGX软件栈与JetPack
NVIDIA IGX不是单一软件，而是一套面向工业边缘的“平台化软件栈”。理解它的关键，不是记住每个组件的名字，而是看清它们之间的分层依赖关系：底层是IGX OS与BSP，中间是JetPack SDK提供的CUDA、TensorRT等加速运行时，上层是DeepStream、Isaac ROS这类领域框架，最终承载用户的工业AI应用。版本管理的难点也正来自这种多层结构——任何一层版本不匹配，都可能导致推理失败、驱动加载异常或容器无法启动。
一、软件栈的分层与集成关系
IGX软件栈可以按“从硬件到应用”的顺序划分为四层。第一层是IGX OS与BSP，它基于Ubuntu LTS构建，包含Linux内核、NVIDIA驱动、固件以及针对IGX Orin模组的板级支持包。这一层决定了硬件能否被正确识别，例如GPU、DLA、PVA、ISP等加速单元是否可用。
第二层是JetPack SDK。JetPack本身是一个“元包”，它把CUDA Toolkit、cuDNN、TensorRT、VPI、NVIDIA Container Runtime以及多媒体API打包在一起，并给出一个统一的版本号，例如JetPack 6.x对应特定的L4T版本。JetPack是IGX软件栈的加速能力核心，但它并不直接面向最终业务逻辑。
第三层是领域框架，包括DeepStream和Isaac ROS。DeepStream面向视频分析流水线，提供GStreamer插件、推理插件、跟踪与消息代理；Isaac ROS面向机器人感知与导航，提供ROS 2节点、硬件加速包和仿真接口。它们都构建在JetPack的CUDA/TensorRT之上，但各自有独立的版本节奏。
第四层是用户应用与容器。工业现场通常以容器方式交付，基础镜像来自NGC，例如nvcr.io/nvidia/igx或nvcr.io/nvidia/deepstream。容器内必须与宿主机的驱动、CUDA版本保持兼容。
二、版本管理的核心逻辑
版本管理的第一原则是以L4T/JetPack版本为锚点。L4T（Linux for Tegra）是JetPack的底层发行版，每个JetPack版本都绑定一个确定的L4T版本。例如JetPack 6.0对应L4T 36.3，JetPack 6.1对应L4T 36.4。IGX OS的BSP版本必须与L4T匹配，否则驱动无法加载。
第二原则是CUDA版本由驱动决定上限。宿主机驱动版本决定了可支持的最高CUDA版本。容器内安装的CUDA Toolkit不能超过这个上限。实践中可以用nvidia-smi查看驱动支持的CUDA版本，再选择对应的容器标签。
第三原则是TensorRT与CUDA强绑定。TensorRT的每个版本都针对特定CUDA版本编译。如果DeepStream容器内的TensorRT版本与JetPack中的CUDA不匹配，会出现libnvinfer.so加载失败。因此DeepStream、Isaac ROS的版本必须与JetPack版本对应。
第四原则是领域框架版本独立但需对齐。DeepStream 7.0要求JetPack 6.0以上，Isaac ROS 3.0要求JetPack 6.0以上。它们各自发布版本，但都声明了兼容的JetPack范围。选择时应先确定JetPack版本，再选择框架版本，而不是反过来。
三、实际版本核对与配置示例
在IGX Orin上部署前，建议按以下顺序核对版本。首先查看系统与L4T版本：
cat /etc/nv_tegra_release
# 输出示例：R36 (release), REVISION: 3.0
# 对应 L4T 36.3，即 JetPack 6.0然后查看驱动与CUDA支持上限：
nvidia-smi
# 输出中 Driver Version 与 CUDA Version 字段
# 例如 CUDA Version: 12.2 表示驱动最高支持 CUDA 12.2接着确认JetPack组件版本：
dpkg -l | grep -E "cuda-toolkit|tensorrt|deepstream"
# 检查 cuda-toolkit-12-2、tensorrt 8.6、deepstream-7.0 是否与 JetPack 6.0 匹配最后选择容器镜像。以DeepStream为例，若宿主机为JetPack 6.0，应选择nvcr.io/nvidia/deepstream:7.0-triton-multiarch，而不是7.1版本。启动容器时需挂载驱动与设备节点：
docker run --runtime nvidia --network host \
-v /tmp/.X11-unix:/tmp/.X11-unix \
-e DISPLAY=$DISPLAY \
nvcr.io/nvidia/deepstream:7.0-triton-multiarch如果容器启动后运行deepstream-app --version报错，优先检查三项：宿主机L4T版本是否与镜像标签一致、容器内TensorRT版本是否与JetPack匹配、--runtime nvidia是否生效。这三项覆盖了大多数版本类故障。
四、版本兼容性速查表
| JetPack | L4T | CUDA | TensorRT | DeepStream | Isaac ROS |
|---|---|---|---|---|---|
| 6.0 | 36.3 | 12.2 | 8.6 | 7.0 | 3.0 |
| 6.1 | 36.4 | 12.6 | 8.6 / 10.x | 7.1 | 3.1 |
| 5.1.2 | 35.4 | 11.4 | 8.5 | 6.2 | 2.1 |
表中数据为示例性对照，实际项目应以NVIDIA官方发布的兼容性矩阵为准。工业交付中建议把这张表固化为项目基线，写入部署文档，并在CI中增加版本校验步骤，避免现场因版本漂移导致返工。
总结来看，IGX软件栈的集成关系是“OS/BSP托底、JetPack供加速、领域框架做业务、容器做交付”。版本管理不是记住所有版本号，而是掌握一条主线：L4T决定JetPack，JetPack决定CUDA与TensorRT，框架版本跟随JetPack，容器标签必须与宿主机一致。抓住这条主线，绝大多数集成问题都能在部署前被拦截。