開発

Intel Thermald 2.5.12、ARMに初期対応

Intelが開発するLinux向け熱制御デーモン「Thermald」の最新版v2.5.12がリリースされた。注目すべきは、Qualcommエンジニアの貢献によるARMアーキテクチャへの初期対応である。

6分で読める SINGULISM 編集チームが確認・編集

Intel Thermald 2.5.12、ARMに初期対応
Photo by Thufeil M on Unsplash

Intelは現地時間6月12日、Linux向け熱制御デーモン「Thermald」の最新版v2.5.12を公開した。本リリースの最大の注目点は、同ソフトウェアが初めてARMアーキテクチャに対応したことにある。Thermaldは従来、Intelプロセッサ専用のユーティリティであり、AMDのx86_64 CPUすらサポート対象外だった。Phoronixの報道によれば、このARM対応はQualcommのエンジニアが主導した成果だという。

ARM対応の背景

ThermaldはIntelプロセッサの温度監視と制御を担うLinuxデーモンである。ノートPCからデスクトップまで広く利用されてきたが、長らくIntelハードウェアに限定されていた。今回のARM対応は、QualcommのLinuxカーネル熱管理担当エンジニアがThermaldのコードベースをリファクタリングし、プラットフォーム非依存のバックエンドを追加したことで実現した。

QualcommはThermaldをフォークして独自プロジェクトを立ち上げるのではなく、Intel本体のリポジトリに直接変更を還元する道を選んだ。同社のDirector of EngineeringであるAmit Kucheria氏は、IntelエンジニアがARMデバイスをテストできない状況を踏まえ、Qualcomm側でテストを継続する意向を示している。この動きは2025年後半のQualcomm Linuxメーリングリストでの議論に端を発しており、同社がThermaldを自社SoCに活用する計画を公にしていた。

技術的な変更点

Thermald 2.5.12のARM対応は、コードベース全体の抽象化によって達成された。従来Intel x86に密結合していた熱制御ロジックをプラットフォーム非依存の層に分離し、ARM向けのバックエンドを追加する設計である。これにより、QualcommのSnapdragonシリーズを始めとするARM SoC上でもThermaldが動作可能となった。

ただし、初期対応であるため、すべてのARMプラットフォームで完全に機能するわけではない。Kucheria氏は、今後Thermaldの変更がARMに悪影響を与えないよう、Qualcommがテストプロセスを引き受けると述べている。Intel側がARM環境を検証できない中で、この貢献はOSSコミュニティの協業モデルとして評価できる。

その他の改良点

ARM対応以外にも、Thermald 2.5.12は複数の改良を含む。Nova Lakeの新たなCPU IDが追加された。アダプティブモードがNova Lake以降のCPUで既定の動作となった。RAPL(Running Average Power Limit)のハンドリングが改善され、電力制御の精度が向上している。コードベース全体のセキュリティ強化と、さまざまなコードクリーンアップも実施された。

これらの変更は、Intelが次世代アーキテクチャであるNova Lakeに向けた準備を進めていることを示唆する。アダプティブモードの既定採用は、動的な熱管理が標準的な制御方式となることを意味する。

編集部の見解

短期的には、QualcommがThermaldを自社のARM SoC向けLinuxプラットフォームで活用することで、SnapdragonベースのノートPCやChromebookの熱管理が標準化される可能性がある。これまで各ベンダーが個別に実装していた熱制御が、Thermaldという共通基盤に収斂する流れが加速するかもしれない。IntelのOSSが競合ハードウェアをサポートするという構図は、エコシステム全体の interoperabilitiy を高める。

長期的な視点では、ThermaldがIntel専用からプラットフォーム非依存へと進化することで、Linuxデスクトップ/サーバー市場における熱管理の統合が進む。しかし、Intelが自社の競争優位性の一部をOSSに委ねることの是非は議論の余地がある。OSSコミュニティが市場の壁を越える一方で、Intelが自社製品の差別化要素を放棄するリスクも存在する。

編集部としては、Qualcommがフォークではなく本流への貢献を選んだ点を高く評価する。しかし、Intel社内でこの動きがどの程度支持されているかは不明だ。競合他社のエンジニアが自社のコードベースに直接手を加えることに、Intelの一部開発者が抵抗感を示す可能性は否定できない。今後、ARM対応のテスト体制がどの程度持続されるか、またIntelがAMDを含む他社のx86プロセッサをサポートするかどうかが、コミュニティの関心を集めるだろう。

参考

よくある質問

Thermald 2.5.12のARM対応はどのように実現したのか
QualcommのエンジニアがThermaldのコードベースをリファクタリングし、プラットフォーム非依存のバックエンドを追加することでARM対応を実現した。QualcommはフォークではなくIntelのリポジトリに直接変更を還元している。
Thermald 2.5.12はAMDのx86_64 CPUをサポートするか
今回のリリースではAMDへの対応は含まれていない。ARM対応はQualcommの貢献によるものであり、AMDサポートに関する計画は現時点で発表されていない。
Nova LakeのCPU ID追加以外にどのような改良があるか
アダプティブモードがNova Lake以降で既定動作となった。RAPLハンドリングの改善、セキュリティ強化、コードクリーンアップなどが実施された。
出典: Phoronix

コメント

← トップへ戻る