ProArt X870Eと7950Xの組み合わせで発生するアイドル時のハードリセット現象
30秒でわかる内容解説
2026年10月8日、Level1TechsフォーラムでASUS ProArt X870E-Creator WiFiとRyzen 7 7950Xの組み合わせにおいてアイドル時にハードリセットが連発する報告が上がっている。原因コード0x08000800はデータファブリックの同期オーバーフローを示し、メモリ周波数やCPUスリープ機能の調整で再発するか逐次テストされている。Ubuntu環境での検証結果は自作PCユーザーの構成選定やBIOS設定に直接影響する。
使用環境とリセットコードの特定
使用環境はRyzen 7 7950XとASUS ProArt X870E-Creator WiFiマザーボードだ。メモリはG.Skill製2x64GBをEXPO設定で6000MHz動作させている。GPUはRTX 5090、ストレージは990 PRO 2TBと4TB、電源はSeasonic Prime Platinum 1600Wを採用する。
OSはUbuntu 24.04でカーネル6.8、BIOSは2202（AGESA 1.3.0.1）だ。
2週間未満の間に5回の即時リセットが発生し、その内4回がアイドル状態で起きた。作者は起動時にFCH S5_RESET_STATUSレジスタ（0xFED803C0）の値0x08000800を確認した。これはビット27が立ち、データファブリック同期オーバーフローを意味する。Linux 6.16以降はPrevious system reset reasonとして表示される。
通常の原因を排除するテストも実施済みだ。PCIeリンクのASPM（動作モード省電力制御）無効化やNVMeの最大スリープレイテンシ上限解除、990 PROのファームウェア8B2QJXD7への更新を試したが再発した。UPS経由の壁電源接続も効果なしだ。
オンボードLANチップI226-Vがアイドル時にバスから切断される現象も2回確認されている。メモリ周波数を6000MHzから5200MHzに落とすと6回目のリセットが発生した。OSの最深スリープ状態C3を全32スレッドで無効にしても再発は止まらなかった。
| 項目 | 値 |
|---|---|
| メモリ周波数 | 6000MHz / 5200MHz / 4800MHz(予定) |
| リセットコード | 0x08000800 |
| 現在BIOS | 2202 (AGESA 1.3.0.1) |
| 次世代BIOS | 2503 |
| 対象OS | Ubuntu 24.04 (kernel 6.8) |
データファブリックと電源管理の切り分けテスト
作者はASUSサポートケースを起票し、Level 2チームの回答までBIOS 2202を維持している。現在2503が利用可能だが、変数を一つずつ変える手法で原因究明を進めている。DF C-statesとGlobal C-statesの無効化テストをまず実行中だ。
データファブリックはCPU内部のコンポーネント間を高速で接続するバスだ。このDF C-statesがオフになると、アイドル時のリセット頻度に影響する可能性がある。Global C-statesはCPUコア全体の省電力スリープ制御を指す。両方を同時に無効化することで、電源管理の干渉を切り離す。
もしC-states無効化で再発が止まらなければ、メモリ周波数をJEDEC基準の4800MHzに下げる予定だ。2x64GBのデュアルランクメモリにおいて4800MHzは標準動作帯域である。メモリコントローラとデータファブリックの同期負荷を軽減し、安定性を確認する。
並行してCPUコアレシオをAI OptimizedからAutoに変更し、DRAM Power DownやMemory Context Restore機能、SoC電圧の調整も計画されている。これらの設定はアイドル時の電圧降下やクロック変動に直接関わる。
I know it’s one knob below standard. But if it works, it helps. And pin points the root cause.
4800MHzは標準より一ノブ低い値だが、動作すれば原因を特定しやすくなる
コミュニティのサポートと逐次検証の合意
フォーラムの反応は解決策の提案と進捗共有が中心だ。メモリ周波数をJEDEC基準の4800MHzに下げる案がサポートされている。意見の分れは特になく、OPが変数を一つずつ変える手法でC-statesテストとメモリ周波数テストを順次行う方向で一致している。
あるユーザーは「4800MHzは標準より一ノブ低い値だが、動作すれば原因を特定しやすくなる」と指摘する。メモリ履歴では6000MHzと5200MHzで両方再発しており、4800MHzが次の論理的なステップだと判断された。
作者は10月8日の22時39分に6回目のリセットを経験した。負荷は軽くロードアベレージが1.5から2程度、GPU消費電力は13W、Tctlは58℃前後で、ログには異常がなかった。この時点でもDF C-statesやメモリ周波数は変更前だ。
作者はリセット原因を記録するスクリプトとnetconsole設定を公開する意向だ。オンボードLANのバス切断現象は、カーネルリストでも別ProArt X870Eの報告が確認されている。
BIOS更新とSoC電圧の最終調整
次世代のBIOS 2503で0x08000800のリセットが修正されるかは未確定だ。ASUSはLevel 2チームの回答を待機中であり、フラッシュ時期はサポートからの指示に依存する。作者は変数を一つずつ変える手法を堅持し、最終的にSoC電圧の最適化まで到達する予定だ。
データファブリックの同期オーバーフローがメモリ周波数とDF C-statesの両方に起因するか、それとも単一要因かも判明していない。オンボードLANのバス切断現象がリセットと連動している可能性もある。
作者はC-states無効化テストの結果を受け、メモリ周波数を4800MHzに調整する。その後にCPUコアレシオをAutoに変更し、DRAM Power DownとSoC電圧の最適化を進める。2x64GB構成時のSoC電圧値についても、安定動作下限を探る予定だ。
10月10日現在、C-states無効化テストが進行中だ。作者は2x64GB構成時のSoC電圧値を調整し、DRAM Power Down機能の有効化を進める。BIOS 2503のフラッシュはASUS Level 2チームの返答次第で実行される。