2026年2月22日、Linus Torvalds氏はカーネルメーリングリスト（LKML）への投稿で、Linux 7.0-rc1のリリースを告知した。メジャーバージョンの更新は約3.5年ぶりであり、数字の上では大きな節目に見える。だが、Torvalds氏自身が「大きな数字が苦手だから変えただけだ」と語る通り、Linuxカーネルのバージョン番号は機能の区切りを意味しない。6.19の次が7.0になっただけである。
それでも、このリリースには二つの構造的な転換が刻まれている。一つはRustのカーネル内サポートが「実験」の看板を正式に下ろしたこと。もう一つは、34年間先送りされてきたリーダーシップ継承問題に、ついに文書化された手続きが用意されたことだ。どちらも、世界最大のオープンソースプロジェクトが「個人の存在」に依存する時代から脱却しつつあることを物語っている。
「実験は終わった」Rustの正式採用が意味するもの
Linux 7.0のマージウィンドウで送られたRust関連のプルリクエストには、象徴的なパッチが含まれていた。Miguel Ojeda氏が提出した変更で、カーネルのドキュメントから「実験的（experimental）」の文言が削除されたのだ。Ojeda氏はこう記している。
“The experiment is done, i.e. Rust is here to stay.”
この一文は、2022年のLinux 6.1で初めてRustのインフラがカーネルに取り込まれてから約3年半にわたる議論と検証の結論となる。当初、RustをCの牙城であるカーネルに持ち込む試みには強い抵抗があった。メモリ安全性という言語の利点は認めつつも、ビルドシステムの複雑化、既存メンテナーの学習コスト、そしてC言語コミュニティとの文化的摩擦が懸念された。
だが現実は着実に進んだ。複数のLinuxディストリビューションがRustで書かれたカーネルコードを出荷し、何百万台ものAndroid端末がその恩恵を受けている。Ojedaは、最初のプルリクエスト時にクレジットした173名のリストが「今ではとても数え切れない」と述べた。Rustカーネルの生態系は、一人の理想主義者のプロジェクトから、産業界を巻き込んだ不可逆的な潮流へと変貌している。
技術面では、今回のマージで「__rust_helper」アノテーションが追加され、カーネルLTO（Link Time Optimization）との親和性が改善された。RustコードとCコードの境界をまたぐ関数呼び出しのオーバーヘッドが削減されることで、パフォーマンスへの懸念がさらに一つ解消されたことになる。Rust 1.95への対応準備も同時に進められており、ツールチェーンの追従体制が整っていることもうかがえる。
この「実験終了宣言」は、企業がRustカーネル開発への投資を正当化するための重要なシグナルでもある。実験段階では、いつ方針が覆るか分からないという不確実性が投資判断を鈍らせる。正式採用のステータスは、開発者のトレーニングやRustベースのドライバー開発に予算を割く根拠となる。
Linux 7.0-rc1の技術的ハイライト
バージョン番号の変更自体には特別な意味がなくとも、7.0には注目すべき技術的改善が詰まっている。
Btrfsファイルシステムは二つの重要な進化を遂げた。ページサイズを超えるブロックサイズでのダイレクトI/Oがサポートされ、I/O性能のボトルネックが緩和される。加えて、remap-treeと呼ばれる新機能の初期実装が導入された。これは論理ブロックアドレスの変換レイヤーであり、ブロックの物理移動や再書き込みなしにリロケーションを可能にする。Copy-on-Write（COW）操作を伴う変更の効率が大幅に改善される見込みだが、現段階では実験的ステータスに留まる。
XFSにも自律的な自己修復（autonomous self-healing）サポートが追加された。ストレージ上のメタデータ破損を検知した際に、管理者の手動介入なしに修復を試みる仕組みである。ファイルシステムレベルでの耐障害性が一段階引き上げられたことになる。
セキュリティ分野では、ポスト量子署名アルゴリズムML-DSA（Module-Lattice-Based Digital Signature Algorithm）のサポートが追加された。量子コンピュータによる暗号解読リスクへの備えであり、カーネルレベルでの暗号基盤が将来の脅威に対応し始めたことを示している。BPFトークンのアクセス制御にSELinuxが統合されたことも、eBPFの利用拡大に伴うセキュリティ強化の一環である。
ARMプロセッサにおけるアトミック64バイトロードのサポート、io_uringの非循環SQエントリ（SQEをキャッシュ上に効率的に保持する）、ERoFSファイルシステムでのLZMA圧縮デフォルト化など、パフォーマンスとストレージ効率に関する改善も多岐にわたる。
Torvalds氏のマージログによれば、変更の約3分の2はドライバー関連であり、残る3分の1はアーキテクチャ更新、ファイルシステム、ツーリング、コアカーネルコードの組み合わせである。AMD・Intelの最新シリコンへの対応、RISC-VおよびLoongArchアーキテクチャのパフォーマンス改善も含まれている。ちなみに、1990年代のIBM ThinkPadに搭載されていたモデムのドライバーが今回ついに削除された。30年以上前のハードウェアの痕跡が消えるのも、7.0という節目にふさわしい。
34年越しの宿題：「ホワイトスモーク」継承メカニズム
Linux 7.0-rc1のリリース投稿でTorvalds氏は、自身の後継問題に触れている。メジャーバージョン番号自体が大きくなった場合について、「その頃には、十代の数字を怖がらない、もっと有能な人物が率いているだろう」と冗談めかした。56歳のTorvaldsにとって、次にメジャー番号が「大きすぎる」と感じるのは、少なくとも40年先の話である。
だが、この冗談の背景には、2026年1月下旬にマージされたきわめて真剣な文書がある。Dan Williams氏が起草した「conclave.rst」すなわちLinuxカーネルの後継者選出プロセスを定めた公式ドキュメントだ。
34年間、LinuxカーネルのリーダーシップはLinus Torvaldsという一人の個人に完全に依存してきた。エンジニアリング文化で「バスファクター」と呼ばれる指標、つまりプロジェクトが機能不全に陥るまでに失ってよい人数は、事実上ゼロだった。Torvalds氏が突然不在になれば、世界で最も重要なソフトウェアインフラの一つが混乱に陥る構造的リスクが、30年以上にわたって放置されてきたのだ。
この問題が放置されなくなった理由はいくつかある。2025年第3四半期、Torvalds氏のLinux Foundationとの契約更新が議題となり、理事会は「彼が更新しないことを選ぶ未来」を想定せざるを得なくなった。クラウドプロバイダーやハイパースケーラー、さらには各国政府が、依存するソフトウェアの継続性保証をますます強く求めるようになった。そして何より、conclave.rstの著者であるDan Williams氏自身が、危機のさなかにルールを即興で作る「カルヴィンボール」型のガバナンスの危険性を警告したのである。
「ホワイトスモーク」の仕組み
「ホワイトスモーク」という名称は、2025年の東京Maintainers SummitでメンテナーのDave Airlie氏が提案したものである。ローマ教皇の選出プロセス（コンクラーベ）からの類推で、信頼された内部者が合議の末に結果を公に発表するという構造に基づいている。
発動条件は明快に定義されている。Torvalds氏のリポジトリ（torvalds/linux.git）がアクセス不能になるか、トップレベルメンテナーが「続ける意思がない、または続けられない」と判断された場合に、プロセスが起動する。
72時間以内に「オーガナイザー」が始動する。この役割は、直近のMaintainers Summitの運営者、またはLinux Foundation Technical Advisory Boardの議長に自動的に割り当てられる。オーガナイザーは、直近のKernel Maintainers Summitの参加者を招集し、構造化された議論を開始する。サミットからの経過時間が長すぎる場合は、Advisory Boardが招集対象を決定する柔軟性も確保されている。
招集されたグループには2週間の合意期限が設けられ、結果はksummitメーリングリストを通じて公開される。意図的に「手続き的」であり、特定の個人のカリスマに依存しない設計になっている。
とりわけ注目すべきは、この計画が「後継者の名前」を事前に指名していない点である。stableツリーの長年のメンテナーであるGreg Kroah-Hartmanが暫定的なリーダーとして最も有力視されているが、フレームワークは意図的に単一の答えを避けている。選択肢は、新たなBDFL（終身の慈悲深い独裁者）の就任、複数のシニアメンテナーによる責任分担、あるいは正式な委員会モデルへの移行と、複数のガバナンス形態に開かれている。
Torvalds氏自身がこのコミットに署名した事実は、プロセスへの信頼と、それを実行する人々への信頼を同時に示している。「明日私がいなくなっても、Linuxは止まらない。ステップアップできる有能な人材は大勢いる」という彼の言葉は、冗談ではなく、文書化された確信に裏打ちされたものだ。
コードと組織の両面で成熟するプロジェクト
Linux 7.0-rc1は、最終リリースが2026年3月中旬に見込まれている。RCが7回で済めば3月12日、8回なら3月19日というスケジュールだ。Torvalds氏は今回のマージウィンドウを「自分のマシンでブート失敗のbisectをしなくて済む」程度に「スムーズだった」と評している。実際にはブートする前に障害を一件捕捉していたが、「技術的にはスムーズにカウントしていいだろう」と彼は付け加えた。
この軽い語り口の裏で進行しているのは、世界のデジタルインフラの基盤が、技術面でも組織面でも同時に成熟していくプロセスである。Rustの採用はメモリ安全性というカーネル最古の弱点に構造的な回答を与え、ホワイトスモーク計画はリーダーシップのSPOF（単一障害点）を解消する。どちらも、34年の歴史を持つプロジェクトが、次の数十年間を見据えて自らを再設計した結果にほかならない。
Sources
