1738832676
2025-02-05 23:09:00
Linuxカーネルに錆コードを追加しようとする開発者は、複数の言語を使用することは歓迎されない危険な合併症であると考えているカーネルメンテナーからの反対に直面し続けています。
昨年9月にマイクロソフトソフトウェアエンジニアのWedson Almeida Filhoがから離れたときに、懸念が浮上しました。 LinuxプロジェクトのRust、「非技術的なナンセンス」に対するフラストレーションを引用します。これは、異なる目標を持っている人と協力することの難しさを説明する1つの方法です。
私にその日のあなたの光沢のある言語に対処するように強制しないでください。多言語プロジェクトを維持することは苦痛です
この問題は先月再び燃え上がりました 提案された抽象化 錆びたデバイスドライバーが主にCベースのカーネルのコアを呼び出すことができるように DMA API カーネルメンテナーのクリストフヘルウィッグからの抵抗に会いました。
具体的には、 パッチ RustドライバーがDMA APIのDMA_ALLOC_COHERENT（）C関数を使用して、ハードウェアによる直接メモリアクセスのために大きなメモリ領域を割り当ててマッピングできるようにする提出されました。
Linuxカーネルメーリングリストへのメッセージで、Hellwig 書いた：「カーネル/DMAの錆コードはありません。」それが価値があるもののために、パッチはコードを追加しました さび/カーネル Linuxソースツリーの一部ではありません カーネル/DMA、私たちが知る限り。
Lust for LinuxプロジェクトのMiguel Ojedaは、Hellwigに代替案を提案するように依頼しました。
Hellwigは答えました：「他の人にとって人生を痛めるのではなく、ラッパーをコードに保管してください」と主張し続けました。 [remains] Hellwigの願いは、非Cドライバーが独自のプライベートバインディングにCコードを持っていることであり、これらの抽象化は錆/カーネルツリーでさえなく、個別に維持されていないことです。
Rust for Linuxプロジェクトに関与したRed HatソフトウェアエンジニアであるDanilo Krummrichに挑戦し、HellwigはRustコードに対処することに熱心ではないことを明らかにしています。
「私にその日のあなたの光沢のある言語に対処するように強制しないでください」と彼は 書いた。 「多言語プロジェクトを維持することは、私が対処することに興味がない苦痛です。Cではないものを使用したい場合は、その組み立てや錆である場合は、Cインターフェイスに書き込み、インピーダンスのミスマッチに対処します。」心配しています。」
これに応じて、Krummrichは、Linuxの努力のためのRustは、すべてのRustドライバーのC APIを抽象化し、Rust Devsによって維持されるRustコードを作成していることを説明しました。言い換えれば、カーネルのc側は同じままであり、錆ドライバーはそのcコードに抽象化を使用し、これらの抽象化は錆/カーネルの中心部によって維持されています。個々のCバインディング。
しかし、HellwigはDMAの錆の抽象化を個別に維持することに興味がないようです。彼 説明した 彼が別のメンテナーを望んでいないこと：
Tech Historyの学生は、Linux自体が2001年に元MicrosoftのCEOであるSteve Ballmerによって癌に例えられたことを思い出すかもしれません。「Linuxは、それが触れるすべてに知的財産の意味でそれ自体を付けるのがんです」 Linux用のWindowsサブシステム。
Hellwigは、DMAコヒーレントアロケーターのRust抽象化層を別のコンポーネントとして維持することは、問題を改善せず、カーネルのメンテナビリティを妨げると他の人に主張しました。
ヘクター・マーティン、アシャイ・ラインックスのプロジェクトリード、 共有 ヘルウィグの発言は行動規範違反を構成しているが、懲戒処分が行われることを疑うという彼の信念。 レジスタ マーティンに、行動規範の苦情を提出するつもりであるかどうか尋ねましたが、私たちは返事をしていません。
Martinは、Linux開発者のRustはHellwigの懸念を無視し、Kernel Boss Linus Torvaldsによる承認のためにパッチを提出すべきだと主張します。
「Linusがこのスレッドに対する権威ある答えでパイプをしない場合、Miguelと他の錆びた人々は、このシリーズがレビューされて準備ができたら、プロジェクトを妨害するという明白な試みを無視して、このシリーズを統合する必要があります。Linusの場合 [accepts the pull request]、クリストフが言うことは問題ではありません。リナスがそうでない場合 [accept it]、 [Rust for Linux] プロジェクトは、リナスまたはクリストフのいずれかが動くまで本質的に死んでいます。他のすべてが茂みの周りを叩いています。」
錆の場合
Linuxカーネルは、Rustコードのサポートを追加しました 2022年10月3日、Microsoft Azure CTOのMark Russinovichが、新しいプログラミングプロジェクトはCやC ++ではなく錆で書かれるべきであると主張した直後に。
「セキュリティと信頼性のために、業界はこれらの言語を非推奨と宣言すべきだ」とRussinovich氏は述べた。
彼の理論的根拠は、Rustコードを書くことができ、CおよびC ++コードを悩ませ、大規模プロジェクトの深刻な脆弱性の大部分を表すメモリ安全性のバグ（バッファーオーバーフローなど）を回避できるということです。その見解は、それ以来、世界中の政府の安全保障組織の支援を集めています。
錆の概念が気に入らず、錆びを持っている人が自分の地域に侵入している人がいます
CおよびC ++コードを書く人は、錆への関心の高まりに注意し、メモリの安全性の懸念に対処する必要があることを認めました。したがって、DARPAのトラクターのような努力がCコードを自動的に錆に変換するようにすることに加えて、CおよびC ++をメモリバグに対して脆弱にすることを目的とするTRAPC、FILC、MINI-C、SAFE C ++などの多くのプロジェクトが進行中です。
Filhoが昨年Rust for Linuxからの出発を発表した直後、Linux Honcho Linus Torvaldsは、オーストリアのウィーンにあるLinux FoundationのオープンソースサミットでCとRust開発者の間の摩擦に取り組みました。
「明らかに、錆の概念を好まない人がいて、錆びを自分の地域に侵入する人がいます」とトーバルズは言いました。 「人々は錆の統合が失敗であることについてさえ話しています…私たちはこれを数年前からやっているので、それを言うには早すぎますが、それが失敗になったとしても – そして、私はそれがそうなるとは思わない – それがあなたが学ぶ方法だ。」
これまでのところ、Linux開発者コミュニティは、Rustが常に大歓迎ではないことを知っています。 ®
#メンテナーによる癌に例えられたLinuxの錆とCの混合レジスター