2026年8月3日、安定版ブランチのメンテナー Linux ステージングサブシステムに関して、Greg Kroah-Hartman は、drivers/staging ディレクトリへの変更を受け入れるための新しいルールを発表しました。その理由は、最近の 「LLM作成パッチの侵入」今後は、言語モデルによってこのカーネル部分向けに作成されたパッチは、実際の脆弱性に対する確認済みの修正を除き、自動的に拒否されます。
drivers/staging ディレクトリは、メインブランチの要件をまだ満たしていないドライバやその他のコンポーネントを格納するために使用されます。 Linux。 によると 公式カーネルドキュメントそうしたコードは、追加作業が必要になるまでステージング環境に留まります。さらなる開発の後、カーネルのメイン部分に移動することができ、未開発のコンポーネントは最終的に削除されます。
しかし、クロア＝ハートマンはこのサブシステムの別の役割も指摘した。 drivers/stagingは、主に新規開発者がカーネル開発への貢献方法を学ぶための場所として存在します。コードの書式修正、新しいAPIへの移行、軽微な手直しなど、比較的簡単な作業の多くは意図的にそのまま残されています。これらの作業を自主的に行うことで、新人はパッチの作成方法、メーリングリストでのコミュニケーション方法、レビュープロセスなどを学ぶことができます。
メンテナーによると、そのようなコードの自動クリーンアップはステージングの目的そのものを損なう。開発者は、それが主な目的であれば、自動化ツールを使用してすべての形式的な欠陥を修正できると彼は指摘した。そうではなく、人間が学習できるように、いくつかの単純なタスクは残されている。したがって、Kroah-Hartman は、 「LLMによって作成されたドライバ/ステージングサブシステム用のパッチを自動的に拒否する」.
言語モデルの使用を隠蔽しようとする試みも効果がない。クロア＝ハートマン氏は、そのような変更は通常容易に発見できると述べ、パッチの出所を意図的に隠蔽することは、メンテナーを欺こうとする試みとみなされる可能性があると作者に警告した。 目的は、人々が学ぶことであり、管理者を出し抜こうとすることではありません。開発者はそう説明した。
唯一の例外は、真のセキュリティバグの修正です。このようなパッチの提出は許可されていますが、作成者はドライバが対象とする実際のハードウェアでテストを行い、実行したテストの詳細な説明を提供する必要があります。さらに、提出者は、バグが実際に再現可能であり、ユーザーに影響を与える可能性が高いことを証明できなければなりません。Kroah-Hartmanによると、 現代の法学修士（LLM）が発見した問題の「少なくとも3分の1」は、誤りであったり、有害な変化につながることが判明している。.
クロア・ハートマン自身は、ドライバー/ステージングを 「スキルを学び、向上させることができるジム」言語モデルは徐々に「重労働」に適したツールになりつつあるが、結果を評価するのに十分な知識を持つ専門家が使用すべきだと彼は述べた。したがって、今回の決定は開発におけるAIの使用を全面的に禁止するものではない。 Linux新しいルールは、Kroah-Hartmanが管理するドライバー/ステージングツリーにのみ適用され、主に自動生成された外観上の修正にのみ適用されます。
出所： linux.org.ru
