{"id":122006,"date":"2025-02-19T14:22:14","date_gmt":"2025-02-19T12:22:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linus-torvalds-nameren-vklyuchat-svyazannye-s-rust-izmeneniya-v-obhod-mejntejnerov"},"modified":"2025-02-19T14:22:14","modified_gmt":"2025-02-19T12:22:14","slug":"linus-torvalds-nameren-vklyuchat-svyazannye-s-rust-izmeneniya-v-obhod-mejntejnerov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/linus-torvalds-nameren-vklyuchat-svyazannye-s-rust-izmeneniya-v-obhod-mejntejnerov","title":{"rendered":"Linus Torvalds plant, die mit Rust verbundenen \u00c4nderungen an den Maintainers vorbei einzuf\u00fchren","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Christoph Hellwig, Hauptmaintainer der DMA-, KVM-, Slab Allocator-Subsysteme und der PowerPC-Architektur im Linux-Kernel, hat sich entschieden, Rust-Bindings f\u00fcr das DMA-Subsystem nicht in den Kernel aufzunehmen. Er beteiligte sich an der Diskussion \u00fcber die von Rust for Linux ver\u00f6ffentlichten Richtlinien zur Unterst\u00fctzung von Rust im Kernel. Christoph ist der Meinung, dass solche Richtlinien nutzlos sind, solange sie nicht mit der Gemeinschaft abgestimmt und in die Kernel-Dokumentation aufgenommen werden. <\/p>\n

Christoph wies auch darauf hin, dass in den Richtlinien irref\u00fchrende Informationen enthalten sind, die besagen, dass Maintainer eigenst\u00e4ndig Entscheidungen \u00fcber die Aufnahme von Rust-bezogenen Codes in ihre Subsysteme treffen k\u00f6nnen. Laut Christoph hat Linus Torvalds in einem pers\u00f6nlichen Gespr\u00e4ch erkl\u00e4rt, dass er entschlossen ist, Rust-Code in den Kernel aufzunehmen, trotz der Einw\u00e4nde der Maintainer. Daher m\u00fcssen Entwickler und Kernel-Maintainer nun mit Rust umgehen, egal ob sie das wollen oder nicht. <\/p>\n

Christoph verglich die Verbreitung von Rust-Bindungen erneut mit einem Krebs, der sich \u00fcber alle Subsysteme des Kernels ausbreitet und zur Fragmentierung f\u00fchrt. Aus einem einheitlichen Ganzen wird der Kernel zu einem Projekt, das in mehreren Sprachen geschrieben ist, ohne klare Definition, wann welche Sprache verwendet werden sollte. Laut Christoph wurde die Arbeit mit einer solchen gemischten Codebasis zu seinem schlimmsten Albtraum, da unter diesen Bedingungen st\u00e4ndig Code von einer Sprache in die andere und wieder zur\u00fcckgeschrieben wird. <\/p>\n

Christoph bittet um eine Erkl\u00e4rung f\u00fcr das Ziel der Integration von Rust in den Kernel. Falls das Ziel darin besteht, Sicherheitsprobleme zu l\u00f6sen, die bei der low-level Speicherverwaltung auftreten, ist zun\u00e4chst eine Modernisierung des bestehenden Codes erforderlich. Angesichts der Tatsache, dass Betreuer bereits auf triviale Dinge wie \u00dcberlaufpr\u00fcfungen schmerzhaft reagieren, ist unklar, wie die Kluft zwischen einem Teil des Kernels, der nicht einmal einfache Sicherheitsvorschriften annimmt, und einem anderen Teil, der strenge Regeln einh\u00e4lt, \u00fcberwunden werden kann. Wenn das Ziel hingegen darin besteht, die Entwicklung von Treibern zu vereinfachen, w\u00fcrde die Einf\u00fchrung der Unterst\u00fctzung einer weiteren Sprache nur neue Aufgaben schaffen und die ohnehin schon \u00fcberlasteten Menschen, die die Kerninfrastruktur am Laufen halten, zus\u00e4tzlich belasten. <\/p>\n

Die Bef\u00fcrworter der Einf\u00fchrung von Rust in den Kernel nennen folgende Ziele: <\/p>\n