Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

examine: Strix Halo APU (gfx1151, Ryzen AI Max+ 395) misclassified as discrete GPU (has_apu=false)

オープン
#449 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 2 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
55/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
rust
領域
cli

調査の方向性

Start with the rocm examine --json entry point and trace how GPU metadata, gfx_target, is_apu, and has_apu are derived; compare that path with the gfx-target lookup discussed in #393. Reproduce against the Strix Halo evidence in the issue, then verify that gfx1151 is classified as an APU without misclassifying discrete AMD GPUs.

索引モデルが issue の本文から書いたものです。

説明

Summary

On an AMD Ryzen AI Max+ 395 (Strix Halo, gfx1151), rocm examine --json classifies the machine as having no APU ("has_apu": false, GPU entry "is_apu": false, "has_discrete_amd": true). This is a discrete-GPU-only misclassification of an iGPU-with-unified-memory APU, and it feeds wrong routing to consumers that branch on has_apu (APU-specific diagnostics and GTT/memory-tuning flows get skipped on exactly the machines where GTT tuning is the whole point).

Environment

  • OS: Ubuntu 24.04, kernel 6.17.0-1032-oem (Ubuntu OEM)
  • APU: AMD Ryzen AI Max+ 395 w/ Radeon 8060S (Strix Halo, gfx1151)
  • rocm-cli: 0.1.0 (main, 8788394) (nightly channel installer)

Observed

"gpus": [
  {
    "name": "Advanced Micro Devices, Inc. [AMD/ATI] Device",
    "gfx_target": "",
    "pci_id": "0000:66:00.0",
    "is_apu": false,
    "is_amd": true
  }
],
"has_amd_gpu": true,
"has_apu": false,
"has_discrete_amd": true

Ground truth from other official tools on the same machine:

  • amd-smi static: MARKET_NAME: AMD Radeon 8060S Graphics, TARGET_GRAPHICS_VERSION: gfx1151, MEM_CARVEOUT present, VRAM 8192 MB (DRAM-backed)
  • rocminfo: agent Name: gfx1151
  • Unified-memory evidence: mem_info_vram_total=8589934592 alongside a 96 GiB GTT (ttm.pages_limit=25165824) — classic UMA APU split

Expected

has_apu / is_apu should be true for Strix Halo and other Radeon-A APUs.

Suggested fix

PCI-topology heuristics alone miss APUs whose iGPU enumerates on a separate host bridge (Strix Halo exposes the GPU at 0000:66:00.0). Consider classifying by one of:

  • gfx target set: gfx1150 / gfx1151 / gfx1152 are APU-only LLVM targets — a whitelist here is cheap and precise
  • UMA detection: VRAM carve-out is DRAM-backed (no separate HBM/GDDR instance) — amd-smi already exposes this shape

Note: gfx_target being empty in examine output (see #393) is likely also feeding this — fixing the gfx-target lookup would give this classification the cheap precise signal.

Impact

Downstream consumers branching on has_apu misroute: e.g. the official rocm-doctor skill's APU flows and GTT-related diagnostics are skipped on this machine even though GTT tuning (currently 8 GiB carve-out + 96 GiB GTT) is this platform's headline feature.

主要言語
Rust
スター
46
フォーク
13
平均マージ
3日 22時間
マージ済み PR(30日)
148

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ROCm/rocm-cli のほかの issue

ROCm/rocm-cli の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。