[GSD-13651] Level Zero Sysman gaps on Arc Pro B70 (BMG, PCI id 0xe223): temperature, memory bandwidth, device health, firmware version
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- cpp, linux
- Ambito
- api, operating-systems
Direzione di ricerca
Reproduce the B70 behavior with zello_sysman or xpu-smi discovery -j and compare the failing Sysman calls with an Arc Pro B60. Start by locating the Sysman device-support table or per-device handlers mentioned in the report. Done means B70 temperature, bandwidth, health, RAS, and firmware queries no longer return unsupported or empty results, with appropriate coverage for the affected device ID.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
On Arc Pro B70 workstation GPUs (BMG, PCI device id 0xe223), several Level Zero Sysman APIs return ZE_RESULT_ERROR_UNSUPPORTED_FEATURE or empty enumerations, even though the equivalent data is available at the kernel level through /sys/class/hwmon (xe driver). Arc Pro B60 (0xe211) on the same software stack is fully functional.
Environment
- Host: Ubuntu 26.04.1 LTS, kernel
7.0.0-34-generic - GPU driver: in-tree
xe(loaded, GuCbmg_guc_70.bin v70.58.0, HuCbmg_huc.bin v8.2.10, DMCbmg_dmc.bin) - Observed on 8×
0xe223on the same host, consistent per device.
What xpumd / zes* reports (via https://github.com/intel/xpumanager)
Per-device during startup:
Device GetHealthStatusExt() failed: complete device health status not available
error=ERROR_UNSUPPORTED_FEATURE (zesDeviceGetState / zesDeviceGetSubState)
Memory GetBandwidth() failed: no BW metrics available
error=ERROR_UNSUPPORTED_FEATURE (zesMemoryGetBandwidth)
Sysman temperature sensors created: 0, enumerated: 0 (zesDeviceEnumTemperatureSensors)
Sysman RAS error sets created: 0, enumerated: 0 (zesDeviceEnumRasErrorSets)
hw.firmware_version "" (zesDeviceGetProperties → modelName OK, firmwareVersion empty)
Working on the same device: engine groups (14), frequency domains (2), power domains (2).
What the kernel exposes (same host, same device)
Every B70 has an xe-named hwmon device under /sys/class/hwmon with:
temp2..temp21+temp*_label("vram", "mctrl", "pcie", "vram_ch_0..3", ...) → 20+ live temperature sensors, sane readingsenergy1_input,energy2_input→ monotonic card + package energy countersfan1_input→ RPMin*_input/curr*_input→ voltages / currents (per card)
So the data is in-kernel; the gap is in the user-space Level Zero Sysman implementation for this device ID.
Comparison: B60 vs B70 on the same stack
| Metric | B60 (0xe211) |
B70 (0xe223) |
|---|---|---|
zesDeviceGetState |
✔ | UNSUPPORTED_FEATURE |
zesMemoryGetBandwidth |
✔ | UNSUPPORTED_FEATURE |
zesDeviceEnumTemperatureSensors |
✔ (N > 0) | 0 enumerated |
zesDeviceEnumRasErrorSets |
✔ | 0 enumerated |
firmwareVersion string |
populated | empty |
zesDeviceEnumFrequencyDomains |
✔ | ✔ |
zesDeviceEnumEngineGroups |
✔ | ✔ |
zesDeviceEnumPowerDomains |
✔ | ✔ |
Same host OS, same compute-runtime, same xpumd / chart build — only the device id differs.
Reproducer
Any zesXxxEnum / zesXxxGet call against the B70's Sysman handle will reproduce. Easiest standalone: zello_sysman (or xpu-smi discovery -j) against an Arc Pro B70.
Likely area
Looks like the Sysman device-support table / per-device handlers haven't been extended for BMG workstation variants beyond the B60 range (0xe210..0xe212). The newer datacenter range (0xe220..0xe223) hits the fall-through path and returns UNSUPPORTED_FEATURE.
Impact
The gaps block xpumanager / xpu-smi / otelcol-intelxpu temperature, bandwidth, and health reporting on every B70 host, so Grafana dashboards source these metrics as "No data" even though the hardware is producing them.
Happy to collect anything else useful (strace/ltrace of a Sysman call, specific ze_result_t values, xpu-smi JSON dumps). Thanks!
- Lingua principale
- C++
- Stelle
- 1.5k
- Fork
- 303
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di intel/compute-runtime
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
intel/compute-runtime#943 ·
-
Appending a regular command list to an idle immediate command list aborts in LinearStream::getSpace when a UC tag update is pendingForse già presa @maleadt l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 20/100
intel/compute-runtime#1027 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 12/100
intel/compute-runtime#1026 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
intel/compute-runtime#1024 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 1/100
intel/compute-runtime#1022 ·
Tutte le issue di intel/compute-runtime
Issue simili
-
agent:WSL bug code-review linux LOW
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
[raylib] update to 6.2Apertacategory:port-update
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 2 giorni
-
improvement ui
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
ihhub/fheroes2#11062 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement question
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
DarkStarSystems/pcons#224 ·
I maintainer di solito rispondono entro 1 giorno