jetson-download-bsp

Files (5)

• BENCHMARK.md
• SKILL.md
• evals.json · evals/
• skill-card.md
• skill.oms.sig

SKILL.md (first lines)

# Download BSP Artifacts

`jetson-download-bsp` owns network fetches for the Auto Setup path.
It does not extract archives, initialize source trees, register documents,
or edit the active target profile. Those remain owned by
`jetson-init-image`, `jetson-init-source`, and `jetson-link-docs`.

## When to invoke

- `/jetson-quick-start` selected `Auto Setup`.
- The user wants NVIDIA BSP artifacts downloaded into the current
  workspace before running setup skills.

## Inputs and outputs

Resolve the active profile per
[`../../context/target-platform-contract.md`](../../context/target-platform-contract.md).
Refuse if no active profile exists.

Follow the shared
[`quick_start_prefill` contract](../../context/bsp-customization-workflow.md#quick_start_prefill-contract).
When invoked by `/jetson-quick-start`, this skill consumes
`quick_start_prefill.mode` and `quick_start_prefill.download.bsp_release`
as the requested release when present. Missing or invalid prefilled values
are not fatal, but a concrete release is required before any download
starts.

Use the workspace root as the parent of `target-platform/`. Place files
where downstream setup skills already search:

| Artifact | Destination |
|---|---|
| Jetson Linux BSP tarball | `<bsp_image.root_path or workspace/Image>/Jetson_Linux_R<ver>_aarch64.tbz2` |
| Sample rootfs tarball | `<bsp_image.root_path or workspace/Image>/Tegra_Linux_Sample-Root-Filesystem_R<ver>_aarch64.tbz2` |
| `public_sources.tbz2` | `<workspace>/Downloads/public_sources.tbz2` |
| `x-tools.tbz2` | `<workspace>/Downloads/x-tools.tbz2` |
| Developer Guide | `<documents.root_path or workspace/Documents>/` |
| User Guide | `<documents.root_path or workspace/Documents>/` |

Do not write `bsp_image:`, `source:`, or `documents:` blocks. The next
setup skills will register derived metadata after extraction or user
confirmation.

## Procedure

### Resolve target release

Fetch the release list from:
<https://developer.nvidia.com/embedded/jetson-linux-archive>

From the archive and linked release pages, list concrete releases that
explicitly support the active platform. Let the user choose a concrete
Jetson Linux / L4T release token (`R36.4.4`, `36.4.4`, `38.2`,
`38.2.1`, `38.4`, etc.); do not proceed with a family placeholder such
as `R38.x`. A concrete release token is an optional leading `R` followed
by two or three numeric dotted components. Preserve the token exactly as
the official page presents it; do not add `.0`, remove a patch component,
or otherwise normalize it. Sort release choices by dotted numeric order
descending (newest first), comparing the components that are present; keep
source-provided recommendations in descriptions.

Resolve `quick_start_prefill.download.bsp_release` as follows:

- Concrete and supported: continue with that release.
- Missing, `skip`, blank, or a family placeholder (`R38.x`, `38.x`): show
  supported concrete releases and ask the user to choose one.
- Concrete but unsupported or ambiguous: stop before artifact discovery and
  show the active platform, requested BSP release, supported concrete
  releases, and source archive or release page.

Never auto-substitute the requested release with a supported release, even
when there is only one supported option.

For unsupported or ambiguous prefill, ask with the shared
[`User input prompt style`](../../context/bsp-customization-workflow.md#user-input-prompt-style),
to choose exactly one click-to-select action:

- `pick_supported_release` — user selects one supported concrete release.
- `confirm_override` — user confirms the incompatible release and enters
  an override reason.
- `cancel` — stop with no downloads.

Do not continue to "Locate release artifacts" until the selected release is concrete and
supported, or the user explicitly confirms override. Record any override
reason in the final summary. If the user cancels, stop with no downloads.
Do not claim support unless the archive or linked release page explicitly
lists the active platform.

### Discovery retries

For every artifact WebFetch in "Resolve target release" and "Locate release artifacts" (BSP, rootfs,
`public_sources.tbz2`, `x-tools.tbz2`, Developer Guide, User Guide),
try 3 attempts before marking it missing:

1. Focused prompt — artifact name + file type.
2. Verbatim link dump on the same URL — *"list every hyperlink, text
   and href, no filtering"*. Accept product-specific names and
   `.html` indexes.
3. Verbatim dump on a sibling page — Jetson Linux archive, JetPack
   downloads, or `https://docs.nvidia.com/jetson/archives/r<ver>/`.

Only after all 3 fail, route to user-paste / skip. Never fabricate
URLs.

### Locate release artifacts

Follow links from the selected release page. Never construct NVIDIA
download URLs by string concatenation.

Required artifacts:

- Jetson Linux BSP image tarball.
- Tegra Linux sample root filesystem tarball.
- `public_sources.tbz2`.
- `x-tools.tbz2` / **Crosstool-NG Toolchain gcc** matching the selected
  BSP release.
- Developer Guide.
- User Guide.

From NVIDIA/skills, Apache-2.0.

More from NVIDIA/skills