Jetson Download Bsp

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. Refuse if no active profile exists.

Follow the shared 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:

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, 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.

If a guide is not available as a direct file link, accept the release documentation URL as the artifact and record it in the final summary. If the toolchain is listed on a JetPack downloads page instead of the release page, follow the official page link and match the selected BSP release; do not synthesize the URL from a release number. Do not proceed until each required artifact is downloaded, already present at its destination, represented by a URL, or explicitly skipped by the user.

Show the fetch plan

Before changing the workspace, print a plan with:

• selected release and release page URL;
• active platform summary (reference_devkit.name, optional custom_carrier.name, and flash_config);
• source URL and destination path, or documentation URL, for every artifact;
• any existing destination file that will be reused;
• any artifact that requires browser/EULA handling instead of curl.

Default to Download all. Do not ask an extra confirmation when every required artifact is downloadable, already present for reuse, or a documentation URL to record. Print the plan and continue to disk-space verification.

Still stop and ask before side effects in any of these cases:

• the release required an incompatibility override;
• a required artifact is missing and needs user-paste / skip;
• a destination file would be overwritten rather than reused;
• the artifact requires browser/EULA handling;
• disk-space verification fails or cannot be computed safely.