Linux

Linux 7.3ネットワーク開発、AI生成パッチで「完全に圧倒」。MetaのLLM予算で対抗へ

Linuxカーネル7.3のネットワーキング変更がマージウィンドウに投入された。メンテナーはAI生成パッチの洪水に「完全に圧倒されている」と認めたうえで、MetaのLLM予算を使って複数のフロンティアモデルでレビューを回す体制に移行したことを明かした。

岬徹

2026年8月21日 08:2500

パッチの半分がAI由来

Linuxカーネルのネットワーキングサブシステムを共同で管理するヤクブ・キチンスキ（Jakub Kicinski）氏が現地時間8月18日、Linux 7.3に向けたネットワーキング変更のプルリクエストをリーナス・トーバルズ（Linus Torvalds）氏に送った。

マージされたパッチは、バグ修正中心のnetが632件、新機能中心のnet-nextが648件。キチンスキ氏はnet-nextの1/3から1/2がAI生成と思われる低優先度の修正やクリーンアップだったと報告している。

We are completely overwhelmed, of course.

（当然ながら、完全に圧倒されている）

率直な一文だった。

MetaがLLMの予算を出した

圧倒されたまま潰れるつもりはないらしい。キチンスキ氏はこのプルリクエストで、Metaから十分なLLM予算とアクセスを確保したと述べた。複数のフロンティアモデルで各パッチをレビューする体制をすでに動かしているという。

The glimmer of hope is that we secured sufficient LLM budget and access (thank you Meta!) to run reviews with multiple frontier models on each patch. This eliminates some hallucinations.

（希望の光は、十分なLLM予算とアクセスを確保できたことだ（Metaに感謝）。各パッチに対して複数のフロンティアモデルでレビューを回している。これでハルシネーションの一部は排除できる）

ただしキチンスキ氏自身が、LLMレビューの限界も認めている。特にPCIeエラーやタイムアウトといった稀に起きるイベント周りのAPIには、元々レースコンディションが潜んでいた。人がそれを見て見ぬふりをしてきた部分を、LLMは容赦なく指摘してくる。

次のリリースではレビューの調整を続けつつ、LLMに雑務を任せる方向にシフトしたいと述べた。patchwork（パッチ管理システム）の運用、プロセス上のよくある指摘の自動化、コミットメッセージの編集、信頼できる開発者のreviewed-byタグが付いたパッチの適用。人がやる必要のない作業を、機械に渡す。

背景にある半年間の積み重ね

この状況は突然やってきたわけではない。

2026年5月、トーバルズ氏はLinux 7.1-rc3のリリースノートで、AI由来と見られるパッチの急増を「新常態」と呼んだ。同月のrc4ではカーネルのセキュリティメーリングリストがAI生成の重複報告で「ほぼ管理不能」になっていると明かしている。

ネットワーキングサブシステムでは以前からキチンスキ氏が警鐘を鳴らしてきた。7.1の開発サイクルでは、IBMのEHEAドライバやISDNサブシステムといった古いコードが削除された。誰も使っていないドライバに対するAI生成パッチのノイズを減らすためだ。

8月のLinux 7.2-rc6はカーネル史上最大のrc6となり、rc7でもトーバルズ氏はサイズに不満を漏らしつつ「新常態だ」と繰り返した。WiFi/無線LANのメンテナーは、AI生成のスロップ（低品質）パッチに対して「3秒ルール」を導入。Linuxのstaging領域もセキュリティ修正を除いてLLM生成パッチの受け入れを拒否する方針を打ち出した。

キチンスキ氏の発言は、この流れの延長線上にある。ただ、方向が違う。他の領域が拒絶で対応しているのに対し、ネットワーキングはAIをAIで迎え撃つ道を選んだ。

LinuxカーネルのAI生成パッチ対応

5月

トーバルズ氏「新常態」宣言

rc3でAIパッチ急増を認定。
rc4ではセキュリティMLが「管理不能」に

春〜夏

古いドライバ・コード削除

EHEA・ISDNなどAIパッチのノイズ源を7.1で除去

8月初旬

WiFi「3秒ルール」導入

無線LANメンテナーがAI生成の低品質パッチを即却下する方針

8月2日

rc6が史上最大に

7.2-rc6がカーネル史上最大のコミット数を記録

8月中旬

試験的コード領域がLLMパッチ拒否

セキュリティ修正を除きLLM生成パッチの受け入れを停止

8月18日

MetaのLLM予算でAI対抗

ネットワーク領域が複数の先端AIモデルによるレビュー体制を始動

※日付は公開・発覚時点。全て2026年

技術的な変更点

7.3のネットワーキング変更自体は、キチンスキ氏の言葉を借りれば「あちこちに小さな改善が散らばった」リリースだ。

コアプロトコルでは、BIG TCPがUDPトンネルのVXLAN（仮想ネットワークのオーバーレイ技術）とGeneveで使えるようになった。BIG TCPは送信時にまとめるデータの上限を64KBから引き上げる仕組みで、高速通信の効率を改善する。rtnl_lock（カーネル内のグローバルロック）への依存を減らす作業も数ステップ進み、vethやipvlan、各種トンネルドライバでネットワーク名前空間ごとのデバイス登録解除が可能になった。FIBルール（転送先を決めるルーティング情報）の変更もrtnl_lockなしで実行できる。

有線NICでは、AMD/Solarflare向けのCXL（Compute Express Link、CPUとデバイス間の高速インターコネクト規格）初期サポートがCXLツリーとの共有ブランチでマージされた。IntelのiXDドライバとZTEのDinghaiドライバは、いずれもまだスケルトン（基本骨格のみ）の段階で投入されている。AMD Pensandoのファームウェアフラッシュ対応やCisco enicのSR-IOV V2対応も入った。

無線LANでは、Morse Microの長距離S1Gデバイス向けmm81xドライバと、NXPデバイス向けnxpwifiドライバが新規追加された。MediaTekのMT76ドライバはMT7928とMT7925のNAN（Neighbor Awareness Networking、近接デバイス間の直接通信機能）に対応。nl80211ではマルチリンク動作のリンク単位統計が入った。

削除されたコードもある。IBMのEHEAドライバと、tulip/xircom_cbドライバが取り除かれた。

バグを見つけるのは安くなった。直すのは変わらない

キチンスキ氏のプルリクエストには、技術者としての正直な自己診断がある。ネットワーキングのAPIには、PCIeエラーやタイムアウトといった稀なイベントに対するレースコンディションが元々存在していた。レビュアーはそれを知りつつ通してきた。LLMはそうしない。

The sad truth is that our APIs (especially for rare events like PCIe errors, timeouts etc.) have always been racy, and now LLMs don't let us ignore that.

（悲しい現実として、我々のAPI（特にPCIeエラーやタイムアウトのような稀なイベント向け）には元々レースコンディションがあった。LLMはそれを無視させてくれない）

バグを見つけるコストが劇的に下がった一方で、トリアージし、修正し、レビューするコストは変わっていない。この非対称がLinuxカーネル開発全体に圧力をかけている。ネットワーキングサブシステムは、その圧力が最も集中している場所の一つだ。

キチンスキ氏とアベニ氏の2人体制で、1280件のパッチを捌いた。その半分近くが、彼らが頼んでもいないAI生成の修正案だった。