世界を動かす技術を、日本語で。

ASUSゲーミングノートパソコンのACPIファームウェアバグ:深層技術調査

2025年9月17日原文(github.com)

概要

  • ASUS ROGシリーズ の一部ゲーミングノートPCで発生する 深刻なパフォーマンス低下問題 の技術的調査
  • 問題の根本は BIOS/ファームウェアのACPI実装バグ であり、OSやドライバの問題ではない
  • ACPI.sys による高DPC/ISRレイテンシが確認され、主に CPU 0 に集中
  • GPU電源制御の誤動作 や周期的なGPEイベントが原因で、音声ノイズや入力遅延、システムクラッシュが発生
  • 詳細な ETWトレース分析 により、問題の再現性と根本原因が特定

ASUS Gaming Laptop ACPI Firmwareバグ 徹底技術調査

  • 対象機種 :ASUS ROGシリーズ(Strix, Scar, Zephyrus等)、RTX 30/40シリーズGPU、IntelハイエンドCPU搭載機
  • 症状 :YouTube視聴時のスタッター、Discord通話中の音声ノイズ、マウスカーソルのフリーズ等、日常操作でのパフォーマンス低下
  • 一般的な対策 :全ドライバ更新、Windowsクリーンインストール、省電力機能の無効化、プロセッサ割り込み設定調整、Reddit等の複雑な手順実施、Linux導入
  • 結論 :上記対策が無効な場合、問題は OS/ドライバではなくBIOS/ファームウェアレベル に存在

初期症状と測定

  • LatencyMon による調査で、 ACPI.sys が最も高いISR/DPCレイテンシを記録
    • 例:最高割り込み遅延 65,816μs、平均 23μs
    • CPU 0 が90秒以上割り込み処理に費やし、他コアはほぼ無関与
  • Scar 15 (2022) でも同様のパターンを確認
  • ACPI.sys はドライバではなく、BIOSから供給される AMLコードのインタープリタ
    • GPE(General Purpose Events)EC(Embedded Controller) からの信号が主なトリガー

詳細な問題捕捉:ETWトレース

  • Event Tracing for Windows (ETW) を利用し、ACPIプロバイダから詳細ログを取得
    • コマンド例: logman start ACPITrace ...
  • Windows Performance Analyzer でトレース解析
    • レイテンシスパイクは 30〜60秒周期 で発生
    • これは タイマー/スケジュールイベント 由来のシステム的問題

イベント詳細と異常動作

  • _GPE._L02 イベントが13.6msもCPUを占有(リアルタイム処理には致命的)
  • dGPUの電源ON/OFF処理 が15〜30秒周期で繰り返される異常
    • MUXスイッチによるUltimate Mode (dGPUのみ有効、iGPU完全無効)でも発生
    • 本来切り替え不可能な構成にもかかわらず、ファームウェアが無意味なパワーサイクルを実行
  • 失敗時の影響
    • レイテンシスパイク、音声ドロップアウト、入力遅延、ゲームのフリーズ、動画再生停止、システムレスポンス低下
    • 稀にdGPU電源OFFが成功すると BSOD(Win32k_power_watchdog_timeout) でシステムクラッシュ

GPE(General Purpose Events)の理解と分析

  • GPEは BIOS→OSへのハードウェアイベント通知手段
  • トレースデータで _GPE._L02 が周期的かつ長時間CPUを占有
  • 毎回同じACPIメソッド(主にバッテリー・ACアダプタ状態確認)が呼び出される

問題の本質

  • BIOS/ファームウェアのACPI実装バグ により、不適切なAMLコードがWindowsに供給
  • ACPI.sys はそのまま解釈・実行するため、OSやドライバの設定変更では根本解決不可
  • MUXスイッチ構成無視・無意味なdGPU制御・周期的なGPE割り込み が主因
  • ユーザー側での根本的な回避策なし、ASUSによる BIOSアップデート 等の対応が唯一の解決策

この問題は ハードウェア設計とファームウェア実装の根本的な不具合 であり、ユーザーが手動で修正できる範囲を超えています。ASUSやマザーボード開発元への フィードバック提出 と、 公式BIOSアップデートの監視 が最も現実的なアクションとなります。

Hackerたちの意見

マックを推す人が多いのも納得だわ。こんなにひどいものが4年間も出荷されてたなんて信じられない。少なくとも、何を買わないかは分かったよ…。

Appleもこういう問題があったよね。例えば、最初は問題を否定してたこれとかね。https://9to5mac.com/2019/10/24/efi-firmware/

MSIのノートパソコンが、ユーザーが rm -rf / を実行したせいで本当に壊れたのを思い出す。UEFIのバグで、変数が削除された後に起動できなくなったんだ。https://github.com/systemd/systemd/issues/2402

彼らにも問題があるよ、私たちのような外部の人間にはね。

仕事で8年間Macを使ってたけど、全体的にはまあまあ動いてた。でも大きな問題が2つあった。a) 一度、充電ができなくなったことがあって…幸い、気づいた時には結構充電があったから、データを予備のマシンに移せたんだ。取り外し可能なストレージがあればすごく便利だったな。b) 1年間、iTunesでストリームを再生し始めると、音楽の代わりに大きな静電気音が出ることがあった。再生を一時停止して再開すれば大体直ったけど。それは特定のOSのバージョンをインストールした時から始まって、次のバージョンをインストールしたら止まった。他のアプリの音には問題なかったけど、もちろんこの件についての情報はどこにもなかった。「Macはただ動く」って言われてるからね。ちょっと小さいけど、Outlookを使ってる時にノートパソコンをスリープにすると、バッテリーを消費して熱を発生させることが多かった。Outlookはひどいけど、企業がExchangeを運用してる時は、他の何かと認証を合わせるよりもOutlookを使う方が楽だから、時々使わざるを得ないんだよね。

マックを推すの? ゲーマーやVRの人たちをマックに推すの?

短く言うと、これが確実に修正されるまでASUSのゲーミングノートは買わない方がいいよ。もし保証があるなら、保証請求を出して、小額訴訟に行く準備をしておいた方がいい。

他のほとんどのノートパソコンには、このバグを引き起こすためにASUSに必要なモードすらないよ。MUX経由でdGPU専用モードにしたことなんてないと思う。無駄に電力を消費するだけで、メリットがほとんどないからね。

ゲーミングノートで4年間もひどいスタッタリングを出荷し続けたのはすごいね。ユーザー心理が気になるところだ。明らかに、返品率がそんなに高くなかったみたいだし。リンク先のredditスレッドからの引用だけど、保証の手続きが彼らの計画の一部なのかも。「あなたが提案したことは全部やったけど、何も変わらなかった。保証で返送したよ。どうなるか気になる。」 「結局どうなったの?返事はあった?」 「彼らは、プラトンは完璧に動作すると主張してる。だから、結局慣れちゃったよ。ずっとBluetoothのイヤフォン使ってるから、問題に気づかない。」

これが、業界が何十年もユーザーに「壊れたコンピュータが普通」って教育してきた結果だよね。他の業界だったら、みんな初日で返品してるよ。35年くらい前、先生が「コンピュータは靴を買うようなもので、結ぶとランダムに爆発する」って言ってたのを思い出す。消費者保護法がやっと進んできたのはありがたいね。

Windowsのノートパソコンユーザーは、ちゃんと動かないのが普通だと思い込んでて、問題に対処するしかないんだよね。

どの証拠を見ても、企業は実際に動く製品を作ることに興味がないみたいだね。

Hacker Newsで議論の続きを見る