Linux カーネルのバージョン番号は、以前からセマンティックバージョニングではない。 メジャーバージョンの上昇は、主にメンテナンス周期上のロールアップに近い。 Linus Torvalds もリリースメールで 7.0 を通常のリリースとして説明しており、最後の週はネットワーク、アーキテクチャ、ツール、セルフテスト、ドライバまわりの小さな修正が中心だった。
本当に注目すべきなのは、この増分更新の中身である。 Linux 7.0 は、ファイルシステム、メモリ管理、ハードウェアサポート、セキュリティ分離、Rust サポート、ドライバ整理など、複数の領域にまたがっている。
ファイルシステム：XFS、EXT4、NTFS3 に変更
Linux 7.0 で最も体感しやすい更新の一つはファイルシステムだ。
XFS には自己修復に関連する機能が入った。 新しい汎用ファイルシステムエラー報告の仕組みと組み合わせることで、ファイルシステムは metadata の破損や I/O エラーを、より統一された方法でユーザー空間へ伝えられる。 適切なシステムサービスと連携すれば、XFS はファイルシステムをマウントしたまま一部の修復処理を自動で扱える。 すべてのディスク破損を無痛で直せるという意味ではないが、サーバーや長時間稼働するシステムでは、エラー検出から修復までの経路がより整う。
EXT4 は並行 direct I/O 書き込み性能を引き続き改善している。 バックアップ、ビルド、ダウンロード、データベース、ログ処理などが同時にディスクへ書き込む環境では、こうした最適化により並行書き込み経路がより安定する。 すべてのデスクトップユーザーがすぐ体感する変化ではないが、高 I/O の場面では意味がある。
NTFS3 も比較的大きなドライバ更新を受けている。 内容には delayed allocation、iomap ベースのファイル操作、大きなディレクトリを走査する場面での readahead 改善が含まれる。 Linux から Windows パーティションや外付け NTFS ディスクをよく使う場合は、注目してよい更新だ。
さらに exFAT は複数 cluster の順次読み取りを改善しており、一部の小さな cluster のデバイスでは順次読み取りが速くなる。
メモリと swap：メモリ圧迫時の挙動を引き続き改善
Linux 7.0 は、ここ数バージョンで進んできた swap サブシステムの整理を継続している。 今回の重点の一つは、swap からメモリへ読み戻す経路の改善だ。 特に、複数のプロセスが同じスワップアウト済みページを共有している場合、スループットが向上する。
デスクトップユーザーにとっては、「急にシステムが速くなった」と感じる種類の変化ではないかもしれない。 しかし、メモリが厳しい環境、コンテナが密集したホスト、永続化を有効にした Redis 系サービス、または zram とバックエンドディスクを組み合わせた構成では、メモリ圧迫時の揺れを減らす助けになる。
zram 関連の経路も最適化されている。 以前は一部のケースで、カーネルが zram ページをいったん展開してからバックエンドデバイスへ書き込む必要があった。 新しい経路では圧縮データを直接書き込めるため、不要な処理を減らせる。
CPU と性能：Intel TSX auto、スレッドとファイル操作の高速化
Linux 7.0 は Intel TSX のデフォルト方針を調整した。
過去のセキュリティ問題により、多くのプロセッサでは TSX がデフォルトで無効化されていた。
現在のカーネルはより細かい auto 方針を採用し、影響を受ける CPU では引き続き無効化し、影響を受けない、または有効化に適した CPU では自動的に有効化できる。
これは一部のマルチスレッドワークロード、特にトランザクショナル同期拡張に依存するアプリケーションに役立つ可能性がある。 ただし、汎用的な高速化スイッチではない。 実際の効果は CPU 型番とアプリケーションがその機能を使うかどうかに依存する。
また、Linux 7.0 には PID 割り当て、スレッドの作成/破棄、ファイルの open/close 経路の最適化も含まれる。 これらは単独で大きく宣伝される機能ではないが、システム応答性や高並行サービスでの小さな改善として積み上がる。
ハードウェアサポート：新プラットフォームの準備と既存デバイスの改善
Linux 7.0 は大量のハードウェア有効化作業を継続している。 この種の更新は、まだ広く出回っていない新プラットフォームへの準備と、すでにユーザーの手元にあるデバイスの改善に分けられる。
新プラットフォームでは、Linux 7.0 に Intel Nova Lake、Intel Crescent Island、AMD の新しいグラフィックス IP、AMD Zen 6 に関する準備がさらに含まれる。 普通のユーザーにとってすぐ役立つとは限らないが、新しいハードウェアが登場した後に、より早くメインラインカーネルで対応できるかを左右する。
ARM64 とシングルボードコンピュータでは、Rockchip RK3588/RK3576 の H.264/H.265 ハードウェア動画デコードがメインラインサポートの範囲に入った。 これは Orange Pi 5 や Radxa ROCK 5 などのデバイスが、ハードウェアデコード体験のためにベンダー BSP カーネルへ完全に依存しなくてよくなることを意味する。
ノートPCや周辺機器にも細かな更新が多い。
- ASUS WMI は ROG、TUF 機種のバックライト、キーボードライト、ファンホットキー対応を改善。
- HP WMI は一部 Victus 機種の手動ファン制御を追加し、音声インジケーターライトを修正。
- Lenovo WMI は Legion デバイス向けにより多くの HWMON 監視情報を公開。
- Intel Xe グラフィックスドライバはより多くの温度センサーを公開。
- Intel Arc B シリーズのディスクリートGPUは、より深い PCIe 省電力状態へ入れる。
- Rock Band 4 Bluetooth ギターと Logitech K980 Bluetooth キーボードのカーネルサポートが改善。
一つ一つは小さな変更だが、ノートPC、ゲームデバイス、開発ボード、周辺機器のユーザーにとっては、メインラインカーネルでの対応が進むほど、その後のディストリビューション保守が楽になる。
セキュリティと分離：io_uring で BPF フィルタリングが可能に
Linux 7.0 は io_uring に BPF フィルタリング機能を追加した。
これはコンテナ、サンドボックス、高いセキュリティ要件を持つ環境で重要になる。
以前は攻撃面を減らすため、管理者が io_uring を丸ごと無効化することがあった。
現在は BPF フィルタリングにより、許可する操作をより細かく制限できる。
つまり、「全開」か「全停止」だけを選ぶ必要がなくなる。
これで io_uring のセキュリティリスクが自動的に消えるわけではない。
しかし、システム管理者やランタイムフレームワークにとって、より制御しやすい分離手段が増える。
Rust サポートは単なる実験ラベルではなくなった
Linux 7.0 では、Rust for Linux の状態がさらに安定した。 これはカーネルが大規模に Rust へ書き換えられるという意味ではなく、C が置き換えられるという意味でもない。
より正確には、カーネル内で Rust を使うための基盤が、より正式な段階に入ったということだ。 今後、新しいドライバ、新しいサブシステム、または一部のセキュリティに敏感なコードでは、適した場面で Rust を選べる。 これは段階的な道筋である。 まずインターフェース、ビルド、ドキュメント、保守プロセスを安定させ、その後で具体的なコードを少しずつ増やしていく。
古い機能の整理：laptop_mode の削除
Linux 7.0 は laptop_mode を削除した。
これは長い歴史を持つ省電力機能で、主に機械式ハードディスク時代のノートPCを対象に、ディスクのスピンアップを減らして電力を節約するものだった。
現在のノートPCは SSD が主流であり、カーネル内のメモリ回収、ブロックデバイス、ファイルシステム経路も大きく変化している。 この古い仕組みを残し続けると保守コストが増え、テストカバレッジも理想的ではない。 削除により、古いコードが現代的な経路へ与える影響を減らせる。
AI 関連キー：新世代のキーボード操作に向けた準備
Linux 7.0 は、コンテキスト AI 操作向けにいくつかの新しい HID keycode を追加した。 たとえば、選択中の内容に対して操作を実行する、コンテキスト生成内容を挿入する、コンテキスト検索を開始するといった用途である。
これはカーネルに AI 機能が組み込まれたという意味ではない。 将来のノートPCキーボードや周辺機器のために入力イベント定義を用意し、デスクトップ環境、アプリ、ベンダーツールがそれらのキーを認識できるようにするものに近い。 実際に何ができるかは、ディストリビューション、デスクトップ環境、アプリケーション層の統合に依存する。
すぐにアップグレードすべきか
ローリングリリース系のディストリビューションを使っている場合、Linux 7.0 は通常のシステム更新として自然に入ってくる可能性が高い。 Ubuntu 26.04 LTS のような新しいディストリビューションでは、7.0 がデフォルトまたは主要なカーネルバージョンとして採用されることもある。
ただし、対象のマシンが本番環境、NAS、仮想化ホストである場合、またはクローズドソースドライバや独自カーネルモジュールに依存している場合は、バージョン番号が 7.0 になったという理由だけで手動アップグレードするのは勧めにくい。 より安全な進め方は次の通り。
- ディストリビューションが正式なカーネルパッケージを提供するのを待つ。
- GPU、ネットワークカード、ZFS、VirtualBox、VMware、DKMS モジュールの互換性を確認する。
- テスト機またはスナップショット環境で先に検証する。
- 7.0.x のポイントリリースでの修正状況を追う。
kernel.org の v7.x ディレクトリを見る限り、7.0.1、7.0.2、7.0.3 はすでに順次公開されている。 手動でビルドまたはテストするなら、最初の 7.0 tarball だけを見るのではなく、最新の安定版 7.0.x を優先したほうがよい。
まとめ
Linux Kernel 7.0 は、「メジャーバージョンが上がったからすべてを書き換えた」リリースではない。
むしろ、範囲の広い通常のカーネル更新に近い。
ファイルシステムはより信頼性を増し、swap と I/O 経路は引き続き最適化され、新しいハードウェア対応は前進し、Rust、io_uring の分離、HID 入力定義も長期的な進化に必要な基盤を補っている。
一般的なデスクトップユーザーにとって、最も実用的な変化はハードウェアサポート、グラフィックスドライバ、省電力、ファイルシステム修復にあるかもしれない。
サーバーや開発者にとっては、XFS のエラー報告、自己修復、io_uring BPF フィルタリング、swap 最適化、新プラットフォーム対応がより注目に値する。
参考ソース：