Jetson BSP 镜像烧录

要解决什么问题

在 Jetson BSP 定制工作流里，叠加层已经通过 /jetson-promote-image 写进 bsp_image 之后，还需要把主机上的 Linux_for_Tegra/ 树真正推到 DUT 上。手工复制文档里的 flash.sh 命令容易混用错误的板级 .conf、错误的启动介质，或在 DUT 未进 RCM、EEPROM 与配置文件不一致时仍强行烧录——这类错误往往在烧录中途或首次启动才暴露。

技能如何工作

本技能是 BSP 叠加部署链中的烧录环节（/jetson-promote-image → /jetson-flash-image）。它从活动目标平台配置解析 bsp_image、每板烧录 .conf（custom_carrier.flash_config 优先于 reference_devkit.flash_config），并绑定 BOARD 名称供后续命令使用。

核心流程包括：

• 解析与选工具：按芯片系列与启动介质在 flash.sh 与 l4t_initrd_flash.sh 之间选择；JETSON_FLASH_DEVICE 来自配置或交互选择。
• 恢复模式：优先用树内 boardctl 将 DUT 置于 RCM；预检用 lsusb -d 0955: 验证 VID:PID（T23x 为 0955:7X23，T26x 为 0955:7026）。
• 预检门控：检查 bsp_image 脚手架、kernel/Image 与 rootfs/boot/Image 字节一致、initrd 工件；RCM 下用 nvautoflash.sh --print_boardid 做 EEPROM 与配置文件交叉检查（真实非空不一致才拒绝，空 EEPROM 值有效）。
• 决议确认：向用户展示将要烧录的计划（非原始 shell 粘贴），明确接受后才构建并执行烧录命令。

工件路径（DTB_FILE、BPFDTB_FILE、分区 XML、BCT 等）在烧录时由 flash.sh / l4t_initrd_flash.sh 根据 DUT EEPROM 的 board_sku / board_FAB 解析，而非在技能里静态预览。

适用边界与注意点

• 不在范围内：BSP 定制、/jetson-promote-image 升级镜像、定制载板 .conf 生成（分别对应其它 jetson-* 技能）。
• DUT 必须处于 RCM；USB 瞬态错误不会自动重试。
• T26x / Thor 烧录成功后需额外 boardctl reset（或手动重新上电）；T23x / Orin 通常由工具内部复位。
• 拒绝用户提供的「粘贴此命令」绕过路径，以避免文档片段或错误参数进入生产烧录。