Linux 7.1がAMD Dynamic EPP修正とIntel Bartlett Lakeスケーリング修正を統合

Linux 7.1に電力管理関連の重要な修正が続々と到着 Linuxカーネルの電力管理サブシステムに、AMDおよびIntelの両プラットフォーム向けの修正がまとめてマージされた。

2026年5月22日にメインラインへの統合が完了した今回の変更は、ノートパソコンのバッテリー駆動時間に直結する電力管理機能の信頼性向上を目的としており、特にAMDプラットフォームのDynamic

EPP機能と、Intelの新しいBartlett Lakeプロセッサーに関する修正が注目を集めている。

AMD P-StateドライバーのDynamic

EPPに大きな設計変更 今回の修正で最も重要な変更点は、AMD P-StateドライバーにおけるDynamic EPP（Dynamic Energy Performance Preference）機能の取り扱いに関するものだ。 Dynamic EPPは、AMD Ryzen搭載ノートパソコンにおいて、AC電源接続時とバッテリー駆動時に異なるパフォーマンスプロファイルを自動的に切り替える機能である。具体的には、電源の状態やプラグの接続・切断イベント、ACPI Platform Profileなどの複数の要因を総合的に判断し、EPP値を動的に調整する。これにより、電源接続時は高いパフォーマンスを確保し、バッテリー駆動時には消費電力を抑制するという動作を、カーネルが自律的に行うことが可能になる。 しかしながら、Linux 7.1のマージウィンドウ期間中に導入されたこの機能には、早期段階から複数のバグが報告されていた。この問題を受けて、開発チームはDynamic EPPの利用方法に大きな変更を加える決断を下した。 従来、Dynamic EPPはKconfigのビルド時オプションとしてカーネルの設定段階で有効化できるようになっていた。しかし今回の修正により、このオプションはKconfigから削除され、代わりにブート時にモジュールパラメーター「amd_pstate=dynamic_epp=1」を明示的に指定する必要がある方式に変更された。つまり、カーネルをコンパイルする段階ではなく、実際にシステムを起動する際にユーザーが意識的に機能を有効化しなければならない仕組みに変わったわけだ。 この変更の背景には、バグが残存する状態でデフォルトで有効化されてしまうリスクを回避するという意図がある。ビルド時オプションとして残しておけば、ディストリビューションのデフォルト設定によって意図せず有効化されてしまう可能性がある。モジュールパラメーター方式に切り替えることで、テスト目的のユーザーだけが明示的に選択して利用する形態となり、安定性への影響を最小限に抑えられる。 加えて、Dynamic EPPコード自体に対する複数のバグ修正も同時に適用されている。カーネルがEPPモードを自律的に設定する際の制御ロジックや、AMD P-Stateドライバーへの手動EPP書き込みをブロックする処理などに改善が加えられたものとみられる。 開発コミュニティでは、Dynamic EPP機能が将来的には十分な安定性を確保し、デフォルトで有効化される段階に至ることが期待されている。ただし、その時期については現時点では明確な予定は示されていない。

Intel Bartlett

Lakeで7GHz誤報告問題を修正 Intel側の修正も同様に重要だ。Intel P-Stateドライバーにおいて、新たに登場したBartlett LakeプラットフォームのPコアオンリープロセッサーで、クロック周波数が7GHzと誤って報告される問題が修正された。 Bartlett LakeはIntelの最新プラットフォームの一つであり、Pコア（Performanceコア）のみを搭載した構成のプロセッサーがラインナップに含まれている。このPコアオンリー構成のチップにおいて、Intel P-Stateドライバーがスケーリングファクターの計算を誤り、実際にはあり得ない7GHzというクロック周波数をシステムに報告していた。 この問題は、CPUFreqなどの周波数監視ツールやシステムユーティリティにおいて異常な値が表示されるだけでなく、電力管理の判断ロジックそのものに影響を及ぼす可能性がある。7GHzと認識されれば、それに基づいて電圧や周波数の制御パラメーターが不適切に設定されかねないからだ。 興味深いのは、この修正の適用タイミングである。当初、このBartlett Lake向けスケーリングファクターの修正はLinux 7.2のサイクルに向けてキューに入れられていた。しかし、問題の重要性を考慮し、現在開発が進行中のLinux 7.1のサイクルに前倒しで組み込まれることになった。安定版カーネルリリース前の段階で修正を適用することで、Bartlett Lakeユーザーが問題を経験する前に解決策を届けることが可能となった。

Raptor Lake E CPU向けの修正も同時適用 Bartlett

Lakeの修正と同時に、Intel P-Stateドライバーにおけるもう一つのスケーリングファクターの問題も解決された。Raptor Lake E CPUにおいて、正しいスケーリングファクターが適用されていなかったという問題だ。 Raptor Lake Eは、Intelの第13世代Coreプロセッサーの派生ラインナップに位置づけられるプラットフォームである。このプラットフォームでも、Bartlett Lakeと同様にドライバーが誤ったスケーリングファクターを使用しており、正確なクロック周波数の報告や電力管理動作に支障をきたしていた可能性がある。 Intel P-Stateドライバーは、Intelプラットフォームにおける主要なCPU周波数スケーリングドライバーであり、プロセッサーの動作周波数や電力状態を管理する役割を担っている。スケーリングファクターは、ハードウェアの内部的な周波数レジスター値を、ユーザー空間で表示される実際のクロック周波数に変換するための重要なパラメーターだ。この値が誤っていると、システムが報告する周波数と実際の動作周波数に乖離が生じ、電力管理の精度が低下する。

Linux 7.1の電力管理に向けた今後の展望

今回の修正は、Linuxカーネルの電力管理サブシステムがAMDとIntelという2大CPUプラットフォームのそれぞれで抱えていた問題に対処するものであり、Linux 7.1リリースの品質向上に大きく貢献するものだ。 特にノートパソコンユーザーにとっては、電力管理の精度向上はバッテリー駆動時間やシステムの応答性に直結する重要な改善点となる。AMDプラットフォームではDynamic EPPの安定化が進み、Intelプラットフォームでは新型・既存の両プロセッサーで正確な周波数管理が実現する見通しだ。 今回の修正は、Linuxカーネルのメインラインブランチへのマージが完了しており、各ディストリビューションが今後のアップデートで順次取り込む形でエンドユーザーに届けられるだろう。