Doca Dpa
NVIDIAOfficialCreated by NVIDIA
- Skill
- Tool integration
- Software development
- Apache-2.0
- Medium risk
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
The doca-dpa skill provides guidance for developers performing host-side interactions with the NVIDIA DOCA Data-Path Accelerator (DPA). It covers the lifecycle of DPA applications, including context creation, loading DPACC-compiled images, thread management, kernel launching, and completion handling. This skill is intended for host-side C/C++ applications that interface with the DPA processor on a BlueField DPU, ensuring proper configuration, capability discovery, and error handling while maintaining a clear separation from DPA-side kernel development.
What it does
- Initializes the doca_dpa core context on host-side applications.
- Manages the loading of DPACC-compiled DPA application images.
- Handles DPA thread creation and kernel launch operations.
- Provides mechanisms for draining doca_dpa_completion queues.
- Facilitates DPA capability discovery via doca_dpa_cap_* APIs.
- Assists in debugging DOCA_ERROR_* codes related to DPA host-side operations.
When to use it
- When developing host-side code to control and offload compute to the DPA.
- When troubleshooting DPA kernel hangs or completion issues from the host.
- When verifying DPA feature support for a specific BlueField generation.
- When resolving version skew between DOCA and the DPACC compiler.
- When designing host-side bindings that interact with DPA application images.
Advantages
- Provides a structured approach to host-side DPA lifecycle management.
- Clarifies the boundary between host-side control and DPA-side kernel execution.
- Offers specific guidance for debugging common DPA integration errors.
- Ensures consistent handling of DPA capability and version requirements.
Usage examples
- “Run compute on the DPA from my host.”
- The agent will guide the user through initializing the doca_dpa context, loading the DPACC-compiled image, and launching the kernel.
- “DPA kernel hangs, no completion.”
- The agent will help verify that the host is correctly driving doca_pe_progress and that the completion queue is properly attached.
- “Does this BlueField expose a DPA?”
- The agent will instruct on using the doca_dpa_cap_* discovery family to query the hardware capabilities.
- “DOCA_ERROR_DRIVER on launch.”
- The agent will assist in diagnosing the error, checking for version mismatches or invalid kernel launch parameters.
Install
Download the skill as a ZIP:
https://mp-staging.autogineer.com/agent-skills/nvidia/doca-dpa/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip doca-dpa.zip -d .agents/skills
Documentation by NVIDIA
DOCA DPA
Examples
"Run compute on the DPA from my host." — this is in scope. Stay on
doca_dpa+ a DPACC-built image; do not rewrite it as host-CPU or GPUNetIO."DPA kernel hangs, no completion." — drain
doca_dpa_completionand check DOCA/DPACC version skew before changing the kernel.
Instructions
Follow Loading order below. Open the tasks companion for configure / launch / debug. Open the capabilities companion for threads vs kernels and the DPA cap query. Do not open every companion file.
Where to start: This skill assumes DOCA is already installed,
the user's BlueField has a DPA processor and the host can see it
through DOCA, and the user is doing hands-on DPA work from the
host side — i.e. using doca-dpa to load a DPA application
image, launch DPA kernels, and exchange data with the DPA
processor. Open the tasks companion if the user wants to do
something (configure / build / modify / run / test / debug); open
the capabilities companion when the question is what
can the host-side DPA API express on this version + this
BlueField generation. If the user has not installed DOCA yet,
route to doca-setup/SKILL.md first; if the
user is asking how to write the DPA-side kernel itself (the
code that runs on the DPA processor, compiled by dpacc), that
is a different scope — route via
doca-public-knowledge-map/SKILL.md
to the public DOCA DPA / DPACC / DPA-Comms / DPA-Verbs guides
(this skill does not redefine those DPA-side surfaces).
Audience
This skill serves external developers building applications
that consume the DOCA DPA library from the host side — i.e.,
users whose code calls doca_dpa_* from host C / C++ to stand
up the per-DPA-instance context, load a DPA application image
that dpacc produced from their DPA-side source, create one or
more DPA threads, launch DPA kernels with arguments, and drain
completions. It is not for NVIDIA developers contributing to
DOCA DPA itself, nor is it the place to learn how to write
the DPA-side kernel code (that path goes through the public
DOCA DPA, DPACC, DPA-Comms, and DPA-Verbs guides via
doca-public-knowledge-map/SKILL.md).
Language scope. DOCA DPA ships as a host-side C library
with pkg-config module name doca-dpa. The host-side API is
C; the DPA-side kernel is a separate translation unit written
in the language the DPACC compiler accepts and compiled by
dpacc into a binary that the host packages into the
executable as the DPA application image. The shipped samples
under /opt/mellanox/doca/samples/doca_dpa/ are written in C
plus DPA-side source (NVIDIA's choice). Other-language
consumers are limited in practice — the DPA-side kernel has no
FFI escape hatch because it must be a translation unit dpacc
accepts — but a Rust / Go / Python host-side wrapper that drives
doca_dpa_* setup and launches a DPA kernel image built
separately is still useful, and the skill keeps the lifecycle,
capability-discovery, env-precondition, and error-taxonomy
guidance language-neutral.
When to load this skill
Load this skill when the user is doing hands-on DOCA DPA work
from the host side, in any host language plus a DPA-side
translation unit built by dpacc. Concretely:
Initializing a
doca_dpaagainst adoca_devthat maps to a BlueField with a DPA processor visible to the host.Loading a DPA application image (
doca_dpa_app) thatdpaccproduced from the user's DPA-side source, into thedoca_dpacontext.Creating one or more DPA execution contexts (
doca_dpa_thread) so DPA kernels have somewhere to run on the DPA processor.Launching a DPA kernel function with arguments from the host via the
doca_dpa_kernel_launch_update_*family, and reasoning about which argument shape is supported on this install.Attaching a
doca_dpa_completionto observe when async DPA work finishes, and draining it from the host side.Checking which DPA features are supported on the active
doca_devinfovia thedoca_dpa_cap_*family — BlueField generations differ in DPA hardware support.Debugging a
DOCA_ERROR_*returned from adoca_dpa_*call — in particular disambiguating DPA not present on this BlueField from DPA feature too new for this hardware generation from DPACC-produced image mismatched against the host-side DOCA install from DPA driver layer reporting failure.Designing host-side bindings in a non-C language that drive a DPA application image they built separately with
dpacc— the env-precondition and capability-discovery rules in this skill still apply.
"My DPA kernel hangs and I never get a completion" is a host-side question first. Launch calls are asynchronous, so a successful return means submitted, not finished. Before reading a line of kernel code, establish that the host is actually in a position to observe completion: a
doca_dpa_completionis attached, and the host is drivingdoca_pe_progressin parallel with the outstanding launches. A host that submits and then blocks without progressing the PE sees no completions and concludes "the DPA is hung" incorrectly — the kernel may have finished already. Only once that is excluded is a non-terminating kernel body the suspect. Both steps and the ordering are in ## run steps 2-3.
Writing DPA-side kernel code that calls the DPA device-side comm component
libdoca_dpa_dev_comm.a(headerdoca_dpa_dev_comch_msgq.h) — for inter-DPA-thread messaging or coordination signals between DPA threads on the samedoca_dpa_app. The DPA-Comms routing rule, primitive families, capability rule (there is no per-primitive host cap-query family — host-side DPA discovery is onlydoca_dpa_cap_is_supported/doca_dpa_cap_get_max_kernel_time_alive_supported), error overlay (_AGAIN→ kernel must yield;_BAD_STATEdisambiguation from the parent's host-side_BAD_STATE), and the configure / build / modify / run / test / debug overlay live in ## comms andcomms under this same skill.
Writing DPA-side kernel code that calls the DPA device-side verbs component
libdoca_dpa_dev_verbs.a(headerdoca_dpa_dev_verbs.h) — for RDMA from inside the DPA kernel to a remote peer when the host round-trip is the measured latency bottleneck. The 4-way RDMA matrix, the host-configures-QP / DPA-uses-QP coupling rule, the capability rule (no per-verb host cap-query family exists; verb availability follows the BlueField generation + matched DOCA/DPACC install, read fromdoca_dpa_dev_verbs.hand the shipped sample), the IO_FAILED → CQE-inspection overlay, and the climb-back rule live inverbs and
verbs under this same skill.
Do not load this skill for general DOCA orientation,
install of DOCA or the DPACC compiler, the DPA-side
programming model itself (how to write a DPA kernel; the
DPA device-side comm and verbs components
(libdoca_dpa_dev_comm.a / libdoca_dpa_dev_verbs.a) that
run inside the DPA kernel), or non-DPA library questions.
For those, route through
doca-public-knowledge-map/SKILL.md
to the matching upstream guide.
What this skill provides
This is a thin loader. The body keeps only the orientation needed to pick the right next file. The substantive DPA-specific material lives in two companion files:
the capabilities companion — what the host-side DPA API can express on this version + this BlueField generation: the per-DPA-instance
doca_dpacontext, the loadeddoca_dpa_appimage produced bydpacc, thedoca_dpa_threadexecution context, the host-initiated kernel launch surface (doca_dpa_kernel_launch_update_*), thedoca_dpa_completionmechanism, the capability-query surface (doca_dpa_cap_*), the DPA error taxonomy mapped onto the cross-libraryDOCA_ERROR_*set, the observability surface (host-side completions plus the public DPA developer tools surface reachable viadoca-public-knowledge-map), and the safety policy that gates env preconditions (DPA-capable BlueField, matched DOCA + DPACC versions, DPA-side image and host-side expected entry points agree).the tasks companion — step-by-step workflows for the six in-scope DPA verbs:
configure,build,modify,run,test,debug. Plus aDeferred task verbsblock that points out-of-scope questions at the right next skill.
The skill assumes a host where DOCA is already installed at
the standard location, a BlueField with a DPA processor is
physically present and visible to the host, the DPACC compiler
is installed at a version matched to the DOCA install per the
DOCA Compatibility Policy, and the user already knows how (at
least at a sketch level) to write the DPA-side kernel that
dpacc will compile. It does not cover installing DOCA or the
DPACC compiler — that path goes through
doca-setup/SKILL.md.
What this skill deliberately does not ship
This skill is agent guidance, not a samples or templates bundle. To keep the boundary clean, it deliberately does not contain — and pull requests should not add:
Pre-written DOCA DPA application source code or DPA-side kernel source, in any language. The verified DPA source is the shipped C + DPA-side samples at
/opt/mellanox/doca/samples/doca_dpa/. The agent's job is to route the user to those files and prescribe a minimum-diff modification on them via the universal modify-a-sample workflow indoca-programming-guide/SKILL.md, layered with the DPA-specific overrides inmodify.
Standalone build manifests (
meson.build,CMakeLists.txt, …) parked inside the skill. The agent constructs the build manifest in the user's project directory against the user's installed DOCA + DPACC compiler, wherepkg-config --modversion doca-dpaand the installeddpaccare the two sources of truth.A
samples/,bindings/, orreference/subtree of any kind. A mock or incomplete artifact in this skill's tree, even one labeled "reference", is misleading: users will read it as buildable.DPA device-side content for the comm / verbs components (
libdoca_dpa_dev_comm.a/libdoca_dpa_dev_verbs.a). These are DPA-side archives shipped as part ofdoca-dpa(NOT separate pkg-config modules): their symbols are called from inside the DPA kernel and linked into the DPA image bydpacc, not from the host. Their public guides are reachable viadoca-public-knowledge-map/SKILL.md. This skill names them and routes; it does not redefine them.
Loading order
Read this skill first to confirm the user's question is in scope (host-side DPA work, not DPA-side kernel-writing).
For the DPA capability matrix, the
doca_dpaper-instance context, the loadeddoca_dpa_appimage, thedoca_dpa_threadexecution context, the kernel-launch + completion model, the dual capability query, the env-precondition policy, the error taxonomy, the observability surface, and the safety policy, see the capabilities companion.For step-by-step workflows — configure, build, modify, run, test, debug — see the tasks companion.
Both companion files cross-link to each other,
doca-version/SKILL.md for the canonical
DOCA version-handling rules (with the DPA overlay that DOCA
must match the DPACC compiler), and
doca-public-knowledge-map/SKILL.md
whenever the right answer is "look it up in the public DOCA
DPA, DPACC, DPA-Comms, or DPA-Verbs guide, or in the on-disk
install layout" rather than "DPA host-side-specific guidance".
Related skills
doca-public-knowledge-map/SKILL.md— the routing table for every public DOCA documentation source and the on-disk layout of an installed DOCA package. The DPA public guide is at https://docs.nvidia.com/doca/sdk/DOCA-DPA/index.html; the DPACC compiler guide, the DPA-Comms guide (DPA-side communications), the DPA-Verbs guide (DPA-side verbs), and the DPA Tools umbrella (developer / admin CLIs for DPA) live in the same routing table and are companion surfaces to this skill rather than redefined by it.doca-setup/SKILL.md— env preparation, install verification, DPACC compiler install / verification, and the I have no install yet path with the public NGC DOCA container. This skill assumes its preconditions are satisfied AND that DPACC is installed at a version that matches DOCA.doca-version/SKILL.md— canonical DOCA version-handling rules. This skill's## Version compatibilitycross-links the four-way match rule and adds the DPA-specific DOCA-and-DPACC must match overlay per the DOCA Compatibility Policy.doca-structured-tools-contract/SKILL.md— the bundle's structured-tools precedence rule (detect / prefer / fall back / report). The Command appendix in the tasks companion honors this contract.doca-programming-guide/SKILL.md— shared build, first-app, Core-lifecycle and cross-libraryDOCA_ERROR_*patterns; this skill layers DPA specifics on top.doca-debug/SKILL.md— the cross-cutting debug ladder; this skill's## debugadds the DPA overlay (DOCA + DPACC skew, no DPA on this BlueField, kernel hangs with no host-side completion, launch-argument / signature mismatch).
DPA device-side components
DOCA DPA's DPA device-side components — the comm archive
libdoca_dpa_dev_comm.a (communication primitives the DPA
kernel itself calls, header doca_dpa_dev_comch_msgq.h) and
the verbs archive libdoca_dpa_dev_verbs.a (ibverbs-like RDMA
verbs the DPA kernel itself calls, header
doca_dpa_dev_verbs.h) — are DPA-side archives shipped
within doca-dpa, not separate pkg-config modules, and each
has its own public guide. This skill covers them in its
## comms / ## verbs sections; for per-symbol detail, route via
doca-public-knowledge-map/SKILL.md
to the public DOCA DPA Comms and DOCA DPA Verbs guides
and to the shipped /opt/mellanox/doca/samples/doca_dpa/
samples (which include both host-side and DPA-side
translation units). Conflating them with doca-dpa is the
single most common DPA first-app design error.
Files
- ATTRIBUTION.mdAdded by AutoGineer882 B
- BENCHMARK.md10.0 KiB
- CAPABILITIES.md40.9 KiB
- LICENSELicence file added by AutoGineer11.2 KiB
- SKILL.md15.5 KiB
- SKILLCARD.yaml2.8 KiB
- TASKS.md45.5 KiB
- evals/evals.json3.0 KiB
- skill-card.md5.1 KiB
- skill.oms.sig5.1 KiB
LICENSE
Copyright (c) 2026 NVIDIA CORPORATION & AFFILIATES. All rights reserved.
Apache License
Version 2.0, January 2004
http://www.apache.org/licenses/
TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
1. Definitions.
"License" shall mean the terms and conditions for use, reproduction,
and distribution as defined by Sections 1 through 9 of this document.
"Licensor" shall mean the copyright owner or entity authorized by
the copyright owner that is granting the License.
"Legal Entity" shall mean the union of the acting entity and all
other entities that control, are controlled by, or are under common
control with that entity. For the purposes of this definition,
"control" means (i) the power, direct or indirect, to cause the
direction or management of such entity, whether by contract or
otherwise, or (ii) ownership of fifty percent (50%) or more of the
outstanding shares, or (iii) beneficial ownership of such entity.
"You" (or "Your") shall mean an individual or Legal Entity
exercising permissions granted by this License.
"Source" form shall mean the preferred form for making modifications,
including but not limited to software source code, documentation
source, and configuration files.
"Object" form shall mean any form resulting from mechanical
transformation or translation of a Source form, including but
not limited to compiled object code, generated documentation,
and conversions to other media types.
"Work" shall mean the work of authorship, whether in Source or
Object form, made available under the License, as indicated by a
copyright notice that is included in or attached to the work
(an example is provided in the Appendix below).
"Derivative Works" shall mean any work, whether in Source or Object
form, that is based on (or derived from) the Work and for which the
editorial revisions, annotations, elaborations, or other modifications
represent, as a whole, an original work of authorship. For the purposes
of this License, Derivative Works shall not include works that remain
separable from, or merely link (or bind by name) to the interfaces of,
the Work and Derivative Works thereof.
"Contribution" shall mean any work of authorship, including
the original version of the Work and any modifications or additions
to that Work or Derivative Works thereof, that is intentionally
submitted to Licensor for inclusion in the Work by the copyright owner
or by an individual or Legal Entity authorized to submit on behalf of
the copyright owner. For the purposes of this definition, "submitted"
means any form of electronic, verbal, or written communication sent
to the Licensor or its representatives, including but not limited to
communication on electronic mailing lists, source code control systems,
and issue tracking systems that are managed by, or on behalf of, the
Licensor for the purpose of discussing and improving the Work, but
excluding communication that is conspicuously marked or otherwise
designated in writing by the copyright owner as "Not a Contribution."
"Contributor" shall mean Licensor and any individual or Legal Entity
on behalf of whom a Contribution has been received by Licensor and
subsequently incorporated within the Work.
2. Grant of Copyright License. Subject to the terms and conditions of
this License, each Contributor hereby grants to You a perpetual,
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
copyright license to reproduce, prepare Derivative Works of,
publicly display, publicly perform, sublicense, and distribute the
Work and such Derivative Works in Source or Object form.
3. Grant of Patent License. Subject to the terms and conditions of
this License, each Contributor hereby grants to You a perpetual,
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
(except as stated in this section) patent license to make, have made,
use, offer to sell, sell, import, and otherwise transfer the Work,
where such license applies only to those patent claims licensable
by such Contributor that are necessarily infringed by their
Contribution(s) alone or by combination of their Contribution(s)
with the Work to which such Contribution(s) was submitted. If You
institute patent litigation against any entity (including a
cross-claim or counterclaim in a lawsuit) alleging that the Work
or a Contribution incorporated within the Work constitutes direct
or contributory patent infringement, then any patent licenses
granted to You under this License for that Work shall terminate
as of the date such litigation is filed.
4. Redistribution. You may reproduce and distribute copies of the
Work or Derivative Works thereof in any medium, with or without
modifications, and in Source or Object form, provided that You
meet the following conditions:
(a) You must give any other recipients of the Work or
Derivative Works a copy of this License; and
(b) You must cause any modified files to carry prominent notices
stating that You changed the files; and
(c) You must retain, in the Source form of any Derivative Works
that You distribute, all copyright, patent, trademark, and
attribution notices from the Source form of the Work,
excluding those notices that do not pertain to any part of
the Derivative Works; and
(d) If the Work includes a "NOTICE" text file as part of its
distribution, then any Derivative Works that You distribute must
include a readable copy of the attribution notices contained
within such NOTICE file, excluding those notices that do not
pertain to any part of the Derivative Works, in at least one
of the following places: within a NOTICE text file distributed
as part of the Derivative Works; within the Source form or
documentation, if provided along with the Derivative Works; or,
within a display generated by the Derivative Works, if and
wherever such third-party notices normally appear. The contents
of the NOTICE file are for informational purposes only and
do not modify the License. You may add Your own attribution
notices within Derivative Works that You distribute, alongside
or as an addendum to the NOTICE text from the Work, provided
that such additional attribution notices cannot be construed
as modifying the License.
You may add Your own copyright statement to Your modifications and
may provide additional or different license terms and conditions
for use, reproduction, or distribution of Your modifications, or
for any such Derivative Works as a whole, provided Your use,
reproduction, and distribution of the Work otherwise complies with
the conditions stated in this License.
5. Submission of Contributions. Unless You explicitly state otherwise,
any Contribution intentionally submitted for inclusion in the Work
by You to the Licensor shall be under the terms and conditions of
this License, without any additional terms or conditions.
Notwithstanding the above, nothing herein shall supersede or modify
the terms of any separate license agreement you may have executed
with Licensor regarding such Contributions.
6. Trademarks. This License does not grant permission to use the trade
names, trademarks, service marks, or product names of the Licensor,
except as required for reasonable and customary use in describing the
origin of the Work and reproducing the content of the NOTICE file.
7. Disclaimer of Warranty. Unless required by applicable law or
agreed to in writing, Licensor provides the Work (and each
Contributor provides its Contributions) on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
implied, including, without limitation, any warranties or conditions
of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
PARTICULAR PURPOSE. You are solely responsible for determining the
appropriateness of using or redistributing the Work and assume any
risks associated with Your exercise of permissions under this License.
8. Limitation of Liability. In no event and under no legal theory,
whether in tort (including negligence), contract, or otherwise,
unless required by applicable law (such as deliberate and grossly
negligent acts) or agreed to in writing, shall any Contributor be
liable to You for damages, including any direct, indirect, special,
incidental, or consequential damages of any character arising as a
result of this License or out of the use or inability to use the
Work (including but not limited to damages for loss of goodwill,
work stoppage, computer failure or malfunction, or any and all
other commercial damages or losses), even if such Contributor
has been advised of the possibility of such damages.
9. Accepting Warranty or Additional Liability. While redistributing
the Work or Derivative Works thereof, You may choose to offer,
and charge a fee for, acceptance of support, warranty, indemnity,
or other liability obligations and/or rights consistent with this
License. However, in accepting such obligations, You may act only
on Your own behalf and on Your sole responsibility, not on behalf
of any other Contributor, and only if You agree to indemnify,
defend, and hold each Contributor harmless for any liability
incurred by, or claims asserted against, such Contributor by reason
of your accepting any such warranty or additional liability.
END OF TERMS AND CONDITIONS
APPENDIX: How to apply the Apache License to your work.
To apply the Apache License to your work, attach the following
boilerplate notice, with the fields enclosed by brackets "[]"
replaced with your own identifying information. (Don't include
the brackets!) The text should be enclosed in the appropriate
comment syntax for the file format. We also recommend that a
file or class name and description of purpose be included on the
same "printed page" as the copyright notice for easier
identification within third-party archives.
Copyright [yyyy] [name of copyright owner]
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
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.
The author says: Requires DOCA SDK installed at /opt/mellanox/doca on Linux (Ubuntu 22.04/24.04 or RHEL/SLES) with a BlueField DPU whose generation exposes the DPA processor to the host, plus the matching DPACC compiler at a version listed compatible by the DOCA Compatibility Policy. Reads `pkg-config --modversion doca-dpa` and the installed `dpacc` version, and inspects /opt/mellanox/doca/{lib,include,samples/doca_dpa,applications}. The validation steps require a live DOCA install.
Security
What our scanner noticed· Medium risk
- Large base64-encoded blobs
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
- NVIDIA
- Publisher
- NVIDIA (Official)
- Source
- NVIDIA/skills · skills/doca-dpa · 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 NVIDIA.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download doca-dpa.zip