Sasha Levin von Google, der für die Pflege der LTS-Zweige des Linux-Kernels verantwortlich ist und im Beratungsgremium der Linux Foundation sitzt, hat die Schaffung eines neuen Kernel-Zweigs namens „linus-next“ angekündigt. Dieser ist in analoger Weise zum „linux-next“-Zweig gedacht, um Änderungen zu testen, die für die Aufnahme in die Hauptversion des zukünftigen Kernels vorgeschlagen werden, unterscheidet sich jedoch dadurch, dass er sich auf Änderungen konzentriert, die bereit für die Annahme in den Hauptzweig sind, und eine stabilere Basis für Tests bietet.
Der zuvor verwendete „linux-next“-Zweig eignet sich hervorragend, um die Integration von Änderungen im Kernel zu prüfen, Konflikte zwischen den Unterzweigen verschiedener Betreuer zu identifizieren und damit verbundene Fehler und Warnungen bei der Erstellung zu erkennen. Allerdings ist es problematisch, diesen für das Testen der Funktionalität der eingebrachten Änderungen zu verwenden. Der „linux-next“-Zweig umfasst eine Mischung aus Änderungen, die bereit sind, in die Hauptversion des Kernels übernommen zu werden, und experimentellen Ergänzungen, die noch längere Zeit entwickelt werden können und möglicherweise nie in die Hauptversion des Kernels aufgenommen werden.
Die Anwesenheit instabiler experimenteller Codes verhindert die Nutzung des „linux-next“-Kerns für umfassende Produktionstests, da der experimentelle Code negative Auswirkungen auf andere Teilsysteme des Kerns haben kann. In der neuen „linus-next“-Zweig werden die Kriterien für die Annahme von Änderungen strenger sein – es werden nur an Linus Torvalds adressierte Pull-Requests aufgenommen, von denen die Entwickler annehmen, dass Linus sie in den Hauptzweig des Kerns übernehmen wird.
Die Einführung des Zweigs „linus-next“ ermöglicht nicht nur das Testen der Kompatibilität der vorgeschlagenen Änderungen auf der Ebene des Kernel-Baus, sondern auch die direkte Bewertung der Funktionalität. Dies wird die Qualität der Tests der Änderungen während der Überprüfung bereits eingereichter, aber noch nicht von Linus geprüfter Pull-Anfragen erhöhen. Darüber hinaus wird der neue Zweig die frühzeitige Einreichung von Pull-Anfragen fördern, noch vor Beginn des Änderungszeitraums, um die Möglichkeit zu bieten, diese in der Praxis zu testen. Zudem wird der Zweig „linus-next“ gemäß dem Modell der kontinuierlichen Integration weiterentwickelt, anstatt täglich neue Tags zu erstellen, was die Analyse auftretender Probleme und die Identifizierung spezifischer Änderungen, die einen Fehler verursacht haben, erleichtert.
Zusätzlich ist die Unzufriedenheit von Linus Torvalds mit dem Prozess der Kernel-Blockierung von Sicherheitsanfälligkeiten in der Hardware zu erwähnen. Dies wurde während der Diskussion über Probleme und Rückschritte im Code angesprochen, um Angriffe abzuwehren, die Schwachstellen im Mechanismus der spekulativen Ausführung von Instruktionen im CPU nutzen. Die erforderlichen Änderungen zur Blockierung von Hardwareanfälligkeiten komplizieren die Entwicklung, führen zu Rückschritten und beeinträchtigen die Leistung, obwohl die meisten solcher Angriffe rein theoretischer Natur sind und in der Praxis nie außerhalb von Laborbedingungen angewendet werden.
In Anbetracht des Vorschlags, den Kernel zu ändern, um potenzielle Probleme bei der Bekämpfung von Hardware-Sicherheitsanfälligkeiten zu umgehen, schlug Linus vor, die Verantwortung auf die Hardwarehersteller zu übertragen, da sie die Verursacher dieser Sicherheitsanfälligkeiten sind, und klarzumachen, dass sie ihre Probleme selbst lösen sollten. Die vorgeschlagene Änderung sollte als Sicherheitsmaßnahme dienen, da der Schutz aufgrund des unvorhersehbaren Verhaltens von CPUs auf einigen neuen Intel-CPUs potenziell nicht mehr funktionieren könnte.
Quelle: opennet.ru
