Linux 7.2

2026年8月21日原文(igalia.com)

概要

Linux 7.2 が今週リリース、非常に活発な開発サイクル
cache-aware scheduling や MGLRUの改善 など注目の新機能
Igaliaによる DRM scheduler fair policy や Raspberry Pi GPUの省電力管理 の貢献
futexの長年のバグ修正 や HDMI 2.1対応作業 も進展
バグ修正やテスト、ドキュメント整備の活動も多数

Linux 7.2の主な新機能と改善点

Linux 7.2 が予定通りリリース、過去最も活発な開発サイクルの一つ
cache-aware scheduling の導入、スケジューリング効率向上
MGLRU（多世代LRU） のさらなる改善、メモリ管理の最適化
sched_ext用サブスケジューラ の概念導入、柔軟なスケジューリング拡張
マルチサイズ透明HugePages自動生成 機能の追加
詳細は LWNの特集記事 （part 1, part 2）を参照

Igaliaの主な貢献

DRM scheduler fair policy の追加
- 複数クライアントがGPUを共有する際の公平性向上
- 軽量なインタラクティブクライアントと重いクライアントの競合時にも効果
- リリース直前にリグレッションが発覚し、今回は opt-in（任意有効） に
- 修正は既知で、次回リリースでのデフォルト有効化を目指す
sched_extの可観測性向上
- カスタムスケジューラがランタイムエラーを起こした際のデバッグ容易化
- エラーを引き起こしたCPUの情報を優先的にダンプ、BPFやユーザ空間ツールへCPU IDを直接提供
Raspberry Pi 4/5 GPUのランタイム省電力管理
- V3Dドライバの旧来モデルから、 アイドル時に自動でクロックオフ する新モデルへ
- 実際の消費電力低減を実現
- 長年RetroPieユーザーを悩ませたGPUハング・クラッシュバグも修正
- GPUリセット処理の信頼性向上
futexのテストとドキュメント整備
- 14年前から存在したロバストリストのデータ破損バグに対する修正
- futex()の安定性・信頼性向上
一般的なバグ修正
- ueagle-atmドライバのカーネルリソース競合バグ修正
- x86ブート時のmemcmp()インラインアセンブリの正確性向上
HDMI 2.1対応の進展
- Fixed Rate Link（FRL）対応のためのamdgpuドライバ改良
- IgaliaのDRM/KMSドライバ経験を活かし、最先端機能の実装支援

主要な変更・修正の一覧

DRM scheduler fair policy 関連の複数のパッチ作成、回帰バグ発覚により一部リバート・opt-in化
sched_ext の内部構造・デバッグ機能の強化
Raspberry Pi 3/4/5 向けGPUドライバのバグ修正・省電力化・リセット信頼性向上
futex 関連の構造体整理、UAPI定義追加、ロバストリスト修正
x86/vdso や memcpy の最適化・堅牢化
HDMI 2.1 関連のamdgpu・drmの機能追加
その他、多数のバグ修正・テストコード追加・ドキュメント更新

今後の展望

DRM scheduler fair policy のデフォルト有効化を目指す
sched_ext や GPUドライバ のさらなる安定化・高機能化
futex や HDMI 2.1 対応の継続的な改善
省電力 ・ 安定性 ・ パフォーマンス のバランス向上

参考記事

LWN: Linux 7.2 part 1 / part 2
Igalia公式ブログ

Hackerたちの意見

いい情報ありがとう！助かるよ。

この手のコンテンツの主なターゲットって誰なの？ちょっと気になるんだけど、私は真剣なLinuxユーザーじゃないから。これを読む人たちはどんな情報を得てるの？あなたの考えをちょっと教えてもらえる？

└

これは主にIgaliaのサービスの「マーケティング」だと思うよ。LinuxやMesaみたいな関連プロジェクトで「何か」をやってもらうためにお金を払いたいなら、Igaliaはかなり優秀だと思う。

└

リリースの重要な機能をまとめたよく整理された変更履歴だね。Linusは追加されたコミットやマージされたブランチのリストしか提供しないから、カーネル開発者じゃないとあまり役に立たないよ。

└

あまり深い意味はないと思うよ、ただのコンサルティング会社だし。空っぽの技術ブログポートフォリオのコンサルティング会社に雇いたいと思う？ただの形式的なもので、技術系のコンサルティング会社だって言ってるだけで、ターゲットはLinuxマシンを持ってる企業とかだよね。

└

こんにちは、みんな。君たちが日常的に使ってることについて、私たちは知ってるよ。最新リリースのエグゼクティブサマリーに興味があるかもしれないね。

└

私はAMDのHDMI 2.1サポートにワクワクしてるよ！

└

長年デスクトップとサーバーを使ってきたけど、なんでチャンジログを見るかって？新しいファイルシステムや既存のものの大きな変更（パフォーマンスの大幅向上や、今使えることがわかった新しい圧縮基準の追加、長年のバグ修正で新しい使い道が開けること）。ワイヤーガードみたいな新しいプロトコルが登場したときはワクワクしたな（今でもそう思う）。それがメインラインに入ったとき、ネットワークの再設計が必要だってわかった。AMDのGPUドライバーみたいな新しいデバイスドライバーも、当時は大ニュースだったよね。最近はほとんどのハードウェアがしっかりサポートされてるから、あんまり新しいのは買わないけど。新しいカーネルAPIも、自分のプログラムで使えるものがある — 例えばランドロック、これがマージされたときは、自分のサンドボックスを改善する時期だって思った。LWNやカーネル初心者が一番うまくやってるけど、他の人がすでにリンクしてるね。

└

主にシステム管理者タイプのユーザーが、最新情報を追いたいって感じかな？仕事とプライベートでいろんなハードウェアにLinuxをインストールしてる。詳細なチャンジログを毎回読むわけじゃないけど、何年も気にしてきたから大体のことは理解できるし、業界がどこに開発者の努力を注いでるか、新しいハードウェアがどれだけサポートされてるか、どんな新しいセキュリティやパフォーマンス機能に注目が集まってるかがわかる。

└

スリープからの復帰の修正を探してるんだけど、NVIDIAが主な問題だね（少なくともいくつかのドライバーバージョンで影響するバグが2つある）。でも、IntelのWi-Fiドライバー（BE200）も復帰時にハードロックがかかるみたい。今回のリリースには自分にとっての修正はなさそうだけど、クロードが言うには完全な変更リストじゃないみたい。

└

最近発売されたノートパソコンを使ってるんだけど、Linuxのハードウェアサポートがまだ追いついてないんだ。だから、最近のカーネルリリースの変更ログを追いかけて、サポートの現状を理解しようとしてる。

HDMI 2.1のサポートが今は問題ないって、誰か理解してる？AMDのオープンソースドライバーで2.1のサポートがHDMIフォーラムにブロックされてたのは覚えてるけど、それが解除されたって話は聞いてないんだ。何が変わったの？

Hacker Newsで議論の続きを見る

ハクソク