What problem does it solve?
When a DPA kernel on a BlueField device returns wrong results or shows unexpected latency while host-side completions look clean, developers lack visibility into what the DPA is actually doing. This Skill guides agents through using the doca_dpa_hl_tracer CLI to capture, decode, and interpret DPA-side execution traces at the programming-events layer rather than raw cycle counts.
Core Features & Use Cases
- Capture mode selection: Choose between TRACE (full per-event capture, higher overhead) and CRIT (critical-events-only, lower overhead) modes based on the bug-versus-overhead tradeoff.
- JSON config tuning: Configure file-size limits, file_size_limit_policy, and thread priorities/core affinities so the capture does not perturb the workload more than the bug being investigated.
- Decode against matching ELF: Decode binary traces against the exact DPACC-built DPA-side ELF, with SHA verification to prevent wrong-symbol output from mismatched builds.
- Layered error diagnosis: Walk an eight-layer error taxonomy (install, device-binding, image-instrumented, capture-window, decode, overhead-saturated, version, cross-cutting) to diagnose empty or noisy captures.
- Use Case: A developer's DPA kernel produces wrong results with clean host-side completions; the agent captures a CRIT-mode trace, decodes it against the matching ELF, and identifies missing sync-point events as evidence for the host-side doca-dpa debug ladder.
Quick Start
Ask your agent to capture a DPA-side trace with doca_dpa_hl_tracer to diagnose why your DPA kernel returns wrong results while host completions look clean.