Generated banner for Hsb Ip Def
Generated logo for Hsb Ip Def

Hsb Ip Def

NVIDIAOfficialCreated by Holoscan TeamDistributed by NVIDIA

  • Skill
  • Tool integration
  • Software development
  • Apache-2.0
  • Medium risk
  • Has scripts

From the author

Generate, validate, compare, or explain HSB HOLOLINK_def.svh macros. Do not use for FPGA_top.sv wrappers or packetizer-only derivation. Generation runs bundled Python scripts locally through shell commands and writes validated .svh output files after user-confirmed paths.
— the description by Holoscan Team

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

The hsb-ip-def skill provides a structured approach to managing SystemVerilog configuration macros for the Holoscan Sensor Bridge (HSB) IP. It enables users to generate, validate, explain, and compare HOLOLINK_def.svh files, ensuring that macro definitions align with board-level requirements and IP constraints. The skill leverages bundled Python scripts to perform these operations, providing a reliable interface for configuring HSB IP revisions 16'h2603 and 16'h2604.

What it does

  • Generates HOLOLINK_def.svh files based on user-confirmed board requirements.
  • Validates existing configuration files using a dedicated linting script.
  • Explains macro semantics, legal values, and their impact on top-level ports.
  • Compares two configuration files to identify semantic differences.
  • Provides warnings for potential configuration footguns, such as HD-W3xx issues.
  • Integrates with other HSB skills for top-level wrapper creation and packetizer derivation.

When to use it

  • When you need to create a new HOLOLINK_def.svh file for a custom HSB board design.
  • When you need to verify that an existing configuration file is valid and follows IP constraints.
  • When you need to understand the effect of specific macros on the HSB IP dataplane or clocking.
  • When you need to diff two configurations to understand changes between board revisions.

Advantages

  • Ensures configuration consistency through automated validation.
  • Prevents common configuration errors with built-in rule checking.
  • Provides clear, grounded explanations for complex macro interactions.
  • Maintains compatibility with specific HSB IP revisions.

Usage examples

“Generate a new HOLOLINK_def.svh for a high-bandwidth single-sensor board.”
The agent will initiate the generation workflow, asking for board requirements one by one, building a profile, and running the generation script upon confirmation.
“Validate my current HOLOLINK_def.svh and check for any warnings.”
The agent will run the validation script, report any errors or warnings, and specifically highlight any HD-W3xx footgun warnings.
“Is it legal to set HOST_WIDTH=512 and PTP_CLK_FREQ=90_000_000?”
The agent will use the validation script or macro references to determine if the combination is legal and explain the reasoning.
“Compare my local def file with the baseline configuration.”
The agent will run the comparison script and provide a summary of the semantic differences between the two files.

Install

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/nvidia/hsb-ip-def/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip hsb-ip-def.zip -d .agents/skills

Documentation by Holoscan Team

HSB IP Def Skill

Purpose

Use this skill through four workflows:

  • Generate a HOLOLINK_def.svh from confirmed board requirements.

  • Validate an existing def file with the bundled validator.

  • Explain / Reason about HSB IP macros, legality, and macro-driven ports.

  • Compare two def files semantically.

Scope

This skill owns the contents of HOLOLINK_def.svh: \definedirectives,localparamarrays, theHOLOLINK_pkgwrapper, and boot-timeinit_reg[]sequence. The surrounding top-level wrapper is owned byhsb-ip-create-top; packetizer-only profile derivation can be delegated to hsb-ip-packetizer`.

The file must use the standard guard plus package HOLOLINK_pkg wrapper. Load references/macro-reference.md for the full wrapper requirement and per-macro semantics.

Prerequisites

  • Python 3.9+ is required for the bundled scripts; PyYAML is required when reading YAML profiles.

  • The user must confirm file writes and shell commands unless they already asked for that exact operation.

  • A concrete def file path, pasted content, or confirmed generation profile is required before script-backed validation or generation.

  • Live HSB IP source is optional but preferred when validating against a specific checked-out IP revision.

Instructions

  • Run bundled script preflight from references/script-usage.md before Generate, Validate, Compare, or script-backed legality checks.

  • Never silently default a macro during Generate. Show the proposed value or inferred requirement and get user confirmation.

  • Ask one requirements question per turn during chat-driven Generate.

  • Use sensor-agnostic language unless the user says the design is camera-specific.

  • Avoid unsupported "typical", "common", "most designs", or corpus-frequency claims. Anchor choices to IP behavior, documented constraints, or user requirements.

  • Always surface HD-W3xx footgun warnings, even when the user asks only about errors.

  • Do not generate FPGA_top.sv; offer handoff to hsb-ip-create-top after a generated def file is validated.

  • Treat unfamiliar macros as project-specific unless they are documented in this skill's references or live HSB IP source.

Security Considerations

This skill can read and write local files and run shell commands through its bundled scripts. Before running a command or writing a file, state the command or path and get user confirmation unless the user already explicitly requested that exact operation. For pasted HOLOLINK_def.svh content, write only to a safely generated file in an isolated temporary directory and remove it after validation unless the user asks to keep it.

Version, Compatibility, And Live Source

This skill targets HSB IP rev 16'h2604 and is backward-compatible with 16'h2603. Live HSB IP source supersedes bundled references.

When source-sensitive behavior matters:

  1. Locate <hsb-ip-root>/top/HOLOLINK_top.sv. Known roots include hw/nvcpu_dgx_fpga/vrtl/hololink/ and public-release fpga/nv_hsb_ip/.

  2. Read HOLOLINK_REV and HOLOLINK_BACKWARD_COMPAT_REV.

  3. Trust live source for consumed macros, port gates, and RTL behavior when it differs from bundled references.

  4. Pass --ip-source <root> to scripts/validate_def.py when validating against a known source root.

Public-doc baseline:

  • https://github.com/nvidia-holoscan/holoscan-sensor-bridge/blob/release-2.6.0-EA/docs/user_guide/ip_integration.md

  • https://github.com/nvidia-holoscan/holoscan-sensor-bridge/blob/release-2.6.0-EA/docs/user_guide/port_description.md

Workflow Decision

  1. Generate when the user asks to create, scaffold, draft, design, or produce a HOLOLINK_def.svh.

  2. Validate when the user asks to lint, check, validate, or review a HOLOLINK_def.svh.

  3. Explain / Reason when the user asks what a macro does, whether a combination is legal, why validation fails, or how a macro affects HOLOLINK_top.

  4. Compare when the user asks to diff two def files or understand what changed between configurations.

Generate

Load references/generate-workflow.md and references/script-usage.md.

Follow the detailed Generate workflow in the reference: run preflight, classify supplied requirements, ask one requirements question per turn, build a flat YAML profile, run scripts/generate_def.py, show provenance for generated fields, and offer handoff to hsb-ip-create-top.

When packetizer fields are needed, invoke hsb-ip-packetizer with the known RX count, RX widths, and the user's data-manipulation description. Consume only that skill's packetizer_profile_overlay YAML keys, merge them into the in-progress profile, and continue full-file generation and validation here.

Validate

Load references/script-usage.md. Load references/validation-rules.md only when explaining specific rule IDs or validation behavior.

Steps:

  1. Run bundled script preflight once per session.

  2. Locate the file. If the user pastes content, tell them the generated temporary path before writing, ask for confirmation, use an isolated safe temp path, and clean it up after validation unless they ask to keep it. Otherwise use the provided path.

  3. Run <PY> scripts/validate_def.py <path> --json and do not reimplement validation in context.

  4. Group findings by severity: errors, warnings, then info. For each error, cite rule ID, line number, and macro when available.

  5. Always surface footgun warnings, especially HD-W3xx silent-fallback warnings.

  6. If clean, confirm the inferred archetype and IP version, then suggest the likely next check or handoff.

Explain / Reason

Load only the reference needed for the question:

Question typeReference
Macro semantics or legal valuesreferences/macro-reference.md
Validation rule behaviorreferences/validation-rules.md
Macro-driven port effectsreferences/top-port-map.md
init_reg[] and N_INIT_REGreferences/init-reg-cookbook.md
Advanced macrosreferences/advanced-macros.md
Example legal configurationsreferences/archetypes.md

For grounded legality questions, run preflight and prefer validating a concrete file or minimal synthetic file with scripts/validate_def.py over hand reasoning. Cite RTL line ranges from references when explaining why a rule exists.

Compare

Load references/script-usage.md, run preflight, then use <PY> scripts/compare_defs.py <a.svh> <b.svh> [--json|--text]. Summarize semantic differences, not whitespace or comment-only changes.

Limitations

  • Do not generate FPGA_top.sv; use hsb-ip-create-top after the defs file validates.

  • Do not derive packetizer-only field sets here when the packetizer behavior is underspecified; delegate that slice to hsb-ip-packetizer.

  • Do not treat bundled archetypes or corpus metadata as norms. They are examples and maintenance metadata, not defaults.

  • Do not silently accept unknown macros as validated HSB IP behavior unless live source or references document them.

Troubleshooting

  • Script preflight fails: report the missing Python or PyYAML requirement and stop before generation or validation.

  • Validation reports errors: group by severity, cite rule ID and line, and fix the defs file before offering top-level handoff.

  • Validation reports HD-W3xx warnings: surface them even when there are no errors because they describe silent RTL fallback risks.

  • Unknown macro appears: treat it as project-specific unless live HSB IP source or bundled references document it.

Available Scripts

Use <PY> selected during preflight from references/script-usage.md for every command.

ScriptPurposeArguments
scripts/generate_def.pyGenerate HOLOLINK_def.svh from an archetype and/or YAML/JSON profile; validates before writing--profile <path>, --archetype <slug>, -o <output>, optional --allow-random-uuid compatibility flag
scripts/validate_def.pyValidate a HOLOLINK_def.svh and emit JSON or text findings<path/to/HOLOLINK_def.svh>, optional --json or --text, optional --ip-source <root>
scripts/compare_defs.pyCompare two def files semantically, ignoring whitespace/comment-only changes<a.svh> <b.svh>, optional --json or --text
scripts/build_corpus_metadata.pyMaintenance helper to rebuild anonymized corpus metadata; do not run during normal user workflows<path1> [<path2> ...]

Bundled Resources

ResourceUse
references/generate-workflow.mdDetailed Generate workflow, requirement order, question style, and per-topic prompt guidance
references/script-usage.mdPreflight, command forms, and run_script() examples for bundled scripts
references/macro-reference.mdWrapper requirement, macro semantics, legal constraints, and RTL citations
references/validation-rules.mdRule catalog for validator findings
references/archetypes.mdIllustrative legal configurations; never treat as templates or frequency guidance
references/init-reg-cookbook.mdBoot-time APB write sequence patterns and address conventions
references/top-port-map.mdMacro-to-HOLOLINK_top port effects
references/advanced-macros.mdSYNC_CLK_HIF_APB, SYNC_CLK_HIF_PTP, PERI_RAM_DEPTH, and DISABLE_COE
assets/metadata/corpus.json, assets/metadata/corpus-stats.jsonMaintenance metadata only; do not cite corpus counts as user guidance
scripts/generate_def.pyGenerate a def file from a profile
scripts/validate_def.pyValidate a def file and emit JSON/text findings
scripts/compare_defs.pyCompare two def files semantically

Examples

  • Use hsb-ip-def to generate a HOLOLINK_def.svh for a new HSB board. Treat as Generate, run script preflight, classify supplied requirements, ask one requirement question per turn, and run scripts/generate_def.py only after the profile is confirmed.

  • Use hsb-ip-def to validate my existing HOLOLINK_def.svh and tell me whether any warnings are important. Treat as Validate, ask for or locate the file, run scripts/validate_def.py <path> --json, group findings by errors, warnings, and info, and always surface HD-W3xx footgun warnings.

  • Use hsb-ip-def to explain whether HOST_WIDTH=512 and PTP_CLK_FREQ=90_000_000 is legal. Treat as Explain / Reason, prefer a concrete validator-backed check over hand reasoning, and load only the macro or validation reference needed to explain the result.

Files

references/top-port-map.md

How macros in HOLOLINK_def.svh gate the port set on HOLOLINK_top. When a gating macro is defined, the listed ports appear in the top-module's port list; when undefined, they are absent and the user's top wrapper must not connect to them. Line citations are to <hsb-ip-root>/top/HOLOLINK_top.sv.

This file documents known rev 16'h2604 and backward-compatible rev 16'h2603. If live HOLOLINK_top.sv is available, treat that module declaration as the source of truth. For unknown or newer revisions, derive the port set from live source and warn if it differs from this reference.

The full canonical port description is in the HSB user guide at docs/user_guide/port_description.md.

Always-present ports

These ports exist regardless of macro state.

Global reset
PortDirectionWidthNotes
i_sys_rstinput1Active-high synchronous reset
APB (control) interface
PortDirectionWidthNotes
i_apb_clkinput1Required > 20 MHz
o_apb_rstoutput1Synchronous, active-high
o_apb_psel[REG_INST-1:0]outputREG_INSTPer-register-block select
o_apb_penableoutput1
o_apb_paddr[31:0]output32
o_apb_pwdata[31:0]output32
o_apb_pwriteoutput1
i_apb_pready[REG_INST-1:0]inputREG_INST
i_apb_prdata[REG_INST-1:0][31:0]input32 × REG_INST
i_apb_pserr[REG_INST-1:0]inputREG_INST
Init done
PortDirectionWidthNotes
o_init_doneoutput1Asserted high in i_apb_clk domain after init_reg[] sequence completes
Sensor event
PortDirectionWidthNotes
i_sif_event[15:0]input16Asynchronous event flags
Host interface clocking
PortDirectionWidthNotes
i_hif_clkinput1156.25 MHz typical
o_hif_rstoutput1Synchronous, active-high
Host RX/TX AXI-Stream

HOST_IF_INST instances of each. All host interfaces share the scalar widths controlled by HOST_WIDTH, HOSTKEEP_WIDTH, and HOSTUSER_WIDTH; there is no per-host width selection.

PortDirectionWidthNotes
i_hif_axis_tvalid[HOST_IF_INST-1:0]inputHOST_IF_INSTHost RX (Ethernet → IP)
i_hif_axis_tlast[HOST_IF_INST-1:0]inputHOST_IF_INST
i_hif_axis_tdata[HOST_IF_INST-1:0][HOST_WIDTH-1:0]inputHOST_WIDTH × HOST_IF_INST
i_hif_axis_tkeep[HOST_IF_INST-1:0][HOSTKEEP_WIDTH-1:0]inputHOSTKEEP × HOST_IF_INST
i_hif_axis_tuser[HOST_IF_INST-1:0][HOSTUSER_WIDTH-1:0]inputHOSTUSER × HOST_IF_INST
o_hif_axis_tready[HOST_IF_INST-1:0]outputHOST_IF_INST
o_hif_axis_tvalid[HOST_IF_INST-1:0]outputHOST_IF_INSTHost TX (IP → Ethernet)
o_hif_axis_tlast[HOST_IF_INST-1:0]outputHOST_IF_INST
o_hif_axis_tdata[HOST_IF_INST-1:0][HOST_WIDTH-1:0]output…
o_hif_axis_tkeep[HOST_IF_INST-1:0][HOSTKEEP_WIDTH-1:0]output…
o_hif_axis_tuser[HOST_IF_INST-1:0][HOSTUSER_WIDTH-1:0]output…
i_hif_axis_tready[HOST_IF_INST-1:0]inputHOST_IF_INST
GPIO
PortDirectionWidthNotes
i_gpio[GPIO_INST-1:0]inputGPIO_INSTSync to i_apb_clk
o_gpio[GPIO_INST-1:0]outputGPIO_INSTSync to i_apb_clk
o_gpio_dir[GPIO_INST-1:0]outputGPIO_INST1 = output, 0 = input
Sensor reset control
PortDirectionWidthNotes
o_sw_sen_rst[31:0]output32Per-sensor software reset bits
o_sw_sys_rstoutput1Self-clearing system reset
PTP clocking
PortDirectionWidthNotes
i_ptp_clkinput195–105 MHz band
o_ptp_rstoutput1Synchronous, active-high

Macro-gated ports

\ifndef ENUM_EEPROM` — soft enumeration ports (3 ports added)

When ENUM_EEPROM is undefined, the user must drive these inputs:

PortDirectionWidthNotes
i_mac_addr[HOST_IF_INST-1:0][47:0]input48 × HOST_IF_INSTPer-host MAC address
i_board_sn[55:0]input56Board serial number
i_enum_vldinput1Strobe signal indicating the above are valid

When ENUM_EEPROM is defined, these ports are absent and the IP reads MAC/SN from an external EEPROM via I²C bus 0 (7-bit address 0x50). Site: <hsb-ip-root>/top/HOLOLINK_top.sv:45-49.

\ifdef SENSOR_RX_IF_INST` — Sensor RX ports (7 ports added)

SENSOR_RX_IF_INST instances of each. Site: <hsb-ip-root>/top/HOLOLINK_top.sv:54-65.

PortDirectionWidthNotes
i_sif_rx_clk[SENSOR_RX_IF_INST-1:0]inputSENSOR_RX_IF_INSTPer-interface clock
o_sif_rx_rst[SENSOR_RX_IF_INST-1:0]outputSENSOR_RX_IF_INSTPer-interface reset
i_sif_axis_tvalid[SENSOR_RX_IF_INST-1:0]inputSENSOR_RX_IF_INST
i_sif_axis_tlast[SENSOR_RX_IF_INST-1:0]inputSENSOR_RX_IF_INST
i_sif_axis_tdata[SENSOR_RX_IF_INST-1:0][DATAPATH_WIDTH-1:0]inputDATAPATH × Ntdata padded to DATAPATH_WIDTH; unused MSBs tied 0 if SIF_RX_WIDTH[i] < DATAPATH_WIDTH
i_sif_axis_tkeep[SENSOR_RX_IF_INST-1:0][DATAKEEP_WIDTH-1:0]inputDATAKEEP × Ntkeep LSBs must be all 1's per HSB documentation
i_sif_axis_tuser[SENSOR_RX_IF_INST-1:0][DATAUSER_WIDTH-1:0]inputDATAUSER × N
o_sif_axis_tready[SENSOR_RX_IF_INST-1:0]outputSENSOR_RX_IF_INST
\ifdef SENSOR_TX_IF_INST` — Sensor TX ports (7 ports added)

SENSOR_TX_IF_INST instances of each. Site: <hsb-ip-root>/top/HOLOLINK_top.sv:67-77.

PortDirectionWidthNotes
i_sif_tx_clk[SENSOR_TX_IF_INST-1:0]inputSENSOR_TX_IF_INST
o_sif_tx_rst[SENSOR_TX_IF_INST-1:0]outputSENSOR_TX_IF_INST
o_sif_axis_tvalid[SENSOR_TX_IF_INST-1:0]outputSENSOR_TX_IF_INST
o_sif_axis_tlast[SENSOR_TX_IF_INST-1:0]outputSENSOR_TX_IF_INST
o_sif_axis_tdata[SENSOR_TX_IF_INST-1:0][DATAPATH_WIDTH-1:0]outputDATAPATH × N
o_sif_axis_tkeep[SENSOR_TX_IF_INST-1:0][DATAKEEP_WIDTH-1:0]outputDATAKEEP × N
o_sif_axis_tuser[SENSOR_TX_IF_INST-1:0][DATAUSER_WIDTH-1:0]outputDATAUSER × N
i_sif_axis_tready[SENSOR_TX_IF_INST-1:0]inputSENSOR_TX_IF_INST
\ifdef SPI_INST` — SPI peripheral ports (5 ports added)

SPI_INST instances of each. Site: <hsb-ip-root>/top/HOLOLINK_top.sv:104-110.

PortDirectionWidthNotes
o_spi_csn[SPI_INST-1:0]outputSPI_INSTActive-low chip select
o_spi_sck[SPI_INST-1:0]outputSPI_INST
o_spi_oen[SPI_INST-1:0]outputSPI_INSTOutput enable for SDIO (tristate)
o_spi_sdio[SPI_INST-1:0][3:0]output4 × SPI_INSTQuad-SPI data
i_spi_sdio[SPI_INST-1:0][3:0]input4 × SPI_INST
\ifdef I2C_INST` — I²C peripheral ports (4 ports added)

I2C_INST instances of each. Site: <hsb-ip-root>/top/HOLOLINK_top.sv:112-117.

PortDirectionWidthNotes
i_i2c_scl[I2C_INST-1:0]inputI2C_INST
i_i2c_sda[I2C_INST-1:0]inputI2C_INST
o_i2c_scl_en[I2C_INST-1:0]outputI2C_INSTOpen-drain enable for SCL
o_i2c_sda_en[I2C_INST-1:0]outputI2C_INSTOpen-drain enable for SDA
\ifdef UART_INST` — UART peripheral ports (5 ports added)

UART_INST is currently always 1 when defined. Site: <hsb-ip-root>/top/HOLOLINK_top.sv:119.

PortDirectionWidthNotes
o_uart_txoutput1
i_uart_rxinput1
o_uart_busyoutput1
i_uart_ctsinput1Optional flow control
o_uart_rtsoutput1Optional flow control
\ifndef EXT_PTP` — internal PTP outputs

When EXT_PTP is undefined (default), the IP generates PTP timestamps internally:

PortDirectionWidthNotes
o_ptp_sec[47:0]output48PTP1588-2019 v2
o_ptp_nanosec[31:0]output32
o_ppsoutput1Pulse-per-second
\ifdef EXT_PTP` — external PTP inputs

When EXT_PTP is defined, the user supplies PTP timestamps:

PortDirectionWidthNotes
i_ptp_sec[47:0]input48
i_ptp_nanosec[31:0]input32

(o_pps is not exposed in the external-PTP mode; the user generates PPS themselves.)

Site: <hsb-ip-root>/top/HOLOLINK_top.sv:141, 599.


Macros that change behavior but not the port list

These macros affect internal IP behavior without adding or removing ports:

MacroEffect
SYNC_CLK_HIF_APBWhen defined, declares HIF and APB clocks are synchronous; the IP uses tighter CDC paths. Otherwise async CDC. Site: <hsb-ip-root>/top/HOLOLINK_top.sv:154-157, 353, 417.
SYNC_CLK_HIF_PTPSame pattern for HIF / PTP clock relationship. Site: <hsb-ip-root>/top/HOLOLINK_top.sv:160-163, 605.
PERI_RAM_DEPTHOverrides peripheral block RAM depth in SPI and I²C blocks. Site: <hsb-ip-root>/top/HOLOLINK_top.sv:958, 1008.
DISABLE_COEDisables Camera-over-Ethernet packet generation. Site: <hsb-ip-root>/top/HOLOLINK_top.sv:1435.
SIF_RX_DATA_GENWhen defined, instantiates a per-port data_gen module on each Sensor RX interface, each with its own APB registers. The data_gen's runtime data_gen_ena register defaults to 0 — external sensor data flows by default; the host enables test injection per port at runtime via APB. Sites: <hsb-ip-root>/top/HOLOLINK_top.sv:1276 (instantiation), :1350-1354 (per-port mux), :1411 (back-pressure on enable), data_gen.sv:272 (o_data_gen_axis_mux = data_gen_ena).
N_INIT_REGWhen defined, instantiates the sys_init boot-write FSM. Site: <hsb-ip-root>/top/HOLOLINK_top.sv:479-481.

Module parameters (not macros)

These are passed at instantiation, not defined in HOLOLINK_def.svh:

ParameterWidthNotes
BUILD_REV48Build revision identifier; default 48'h0. Pass via HOLOLINK_top #(.BUILD_REV(48'h…)) u_…. Site: <hsb-ip-root>/top/HOLOLINK_top.sv:24.

Requirements and compatibility

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Needs: Needs Python

The author says: Targets HSB IP rev 16'h2604; backward-compatible with 16'h2603 (the public release rev). Prefer live HSB IP source when available; warn on unknown revisions. Requires Python 3.9+ with PyYAML for the generator.

Security

What our scanner noticed· Medium risk

  • Large base64-encoded blobs
  • Instructions that use the network
  • Scripts that your agent may run

This skill includes scripts that your agent may run. Read them before you use it.

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Created by
Holoscan Team
Publisher
NVIDIA (Official)
Distributed by
NVIDIA
Source
NVIDIA/skills · skills/hsb-ip-def · commit fce3cca
Licence
Apache License 2.0 (redistribution allowed)
  • LICENSE (added by AutoGineer from LICENSE-APACHE)
  • ATTRIBUTION.md (written by AutoGineer)
Synced

AutoGineer is not affiliated with or endorsed by Holoscan Team or NVIDIA.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download hsb-ip-def.zip