{"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\/news\/linus-torvalds-nameren-vklyuchat-svyazannye-s-rust-izmeneniya-v-obhod-mejntejnerov","title":{"rendered":"Linus Torvalds beabsichtigt, \u00c4nderungen im Zusammenhang mit Rust an den Maintainers vorbeizuschleusen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Christoph Hellwig, Maintainer der DMA-, KVM-, Slab Allocator- und PowerPC-Subsysteme im Linux-Kernel, der grunds\u00e4tzlich abgelehnt hat, Rust-Bindings f\u00fcr das DMA-Subsystem in den Kernel aufzunehmen, hat sich an der Diskussion \u00fcber die von dem Projekt Rust for Linux ver\u00f6ffentlichten Begleitregeln f\u00fcr Rust im Kernel beteiligt. Christoph ist der Meinung, dass solche Regeln nutzlos sind, solange sie nicht mit der Community abgestimmt und in die Dokumentation zum Kernel aufgenommen werden. <\/p>\n

Christoph wies zudem darauf hin, dass die Regeln falsche Informationen enthalten, die besagen, dass die Maintainer eigenst\u00e4ndig Entscheidungen \u00fcber die Aufnahme von Rust-bezogenen Code in ihre Subsysteme treffen k\u00f6nnen. Laut Christoph erkl\u00e4rte Linus Torvalds in einem pers\u00f6nlichen Gespr\u00e4ch, dass er fest entschlossen ist, Rust-Code in den Kernel aufzunehmen, trotz der Einw\u00e4nde der Maintainer. Somit m\u00fcssen die Entwickler und Maintainer des Kernels nun mit Rust umgehen, ob sie wollen oder nicht. <\/p>\n

Christoph verglich au\u00dferdem erneut die Verbreitung von Rust-Bindings mit einem Krebsgeschw\u00fcr, das sich \u00fcber alle Subsysteme des Kernels ausbreiten und zu Fragmentierung f\u00fchren wird. Aus einem einheitlichen Ganzen wird der Kernel zu einem Projekt, das in mehreren Sprachen geschrieben ist, ohne klare Definition, wann welche Sprache verwendet werden soll. Christoph zufolge ist die Arbeit mit solch einer gemischten Codebasis f\u00fcr ihn zum schlimmsten Albtraum geworden, da in solchen Bedingungen st\u00e4ndig Code von einer Sprache in eine andere und dann wieder zur\u00fcckgeschrieben wird. <\/p>\n

Christoph bittet darum, ihm das Ziel der Einf\u00fchrung von Rust in den Kernel zu erl\u00e4utern. Wenn das Ziel darin besteht, Sicherheitsprobleme zu l\u00f6sen, die bei der Arbeit auf niedriger Ebene mit dem Speicher auftreten, ist zun\u00e4chst eine Modernisierung des bestehenden Codes erforderlich. Angesichts der Tatsache, dass die Beteiligten bereits auf triviale Dinge wie \u00dcberpr\u00fcfungen auf Integer-\u00dcberl\u00e4ufe schmerzhaft reagieren, bleibt unklar, wie man die Kluft zwischen einem Teil des Kernels, der nicht einmal einfache Regeln zur Gew\u00e4hrleistung der Sicherheit akzeptiert, und einem anderen Teil, der sich an strenge Vorschriften h\u00e4lt, \u00fcberbr\u00fccken kann. Wenn das Ziel jedoch die Vereinfachung der Entwicklung von Treibern ist, wird die Einf\u00fchrung der Unterst\u00fctzung f\u00fcr eine weitere Sprache nur zus\u00e4tzliche Arbeit verursachen und die ohnehin bereits \u00fcberlasteten Personen, die die Infrastruktur des Kernels instand halten, weiter belasten. <\/p>\n

Was die Bef\u00fcrworter der Einf\u00fchrung von Rust in den Kernel angeht, so nennen sie folgende Ziele: <\/p>\n