Der Linus-next-Zweig des Kernels wurde zur kontinuierlichen Integrationstestung vorgestellt

Sasha Levin von Google, der sich mit der Betreuung der LTS-Zweige des Linux-Kernels beschäftigt und im Beratungsausschuss der Linux Foundation sitzt, hat die Schaffung eines neuen Kernzweigs namens „linus-next“ angekündigt. Dieser ist, ähnlich wie der Zweig „linux-next“, dafür gedacht, Änderungen zu testen, die zur Aufnahme in die Hauptversion des zukünftigen Linux-Kernels vorgeschlagen werden, unterscheidet sich jedoch darin, dass er auf Änderungen ausgerichtet ist, die für die Aufnahme in den Hauptzweig bereit sind, und eine stabilere und besser testbare Grundlage bietet.

Der bisher verwendete Zweig „linux-next“ eignet sich hervorragend zum Testen der Integration von Änderungen in den Kernel, zur Bewertung von Konflikten zwischen den Unterzweigen verschiedener Betreuer und zur Identifizierung von damit verbundenen Kompilierungsfehlern und Warnungen, ist jedoch problematisch für das Testen der Funktionsweise der vorgenommenen Änderungen. Der Zweig „linux-next“ umfasst eine Mischung aus Änderungen, die bereit für die Übertragung in den Hauptkern sind, und experimentellen Ergänzungen, die möglicherweise lange weiterentwickelt werden und möglicherweise nie in den Hauptzweig des Kernels aufgenommen werden.

Das Vorhandensein von instabilem experimentellem Code ermöglicht es nicht, den Kernel „linux-next“ für umfassende Arbeitstests zu verwenden, da experimenteller Code negative Auswirkungen auf andere Teilsysteme des Kernels haben kann. In dem neuen Zweig „linus-next“ werden die Kriterien für die Annahme von Änderungen strenger sein – in den Zweig werden nur pull-Requests aufgenommen, die an Linus Torvalds adressiert sind und von denen die Entwickler annehmen, dass Linus sie in den Hauptkern aufnehmen wird.

Das Auftreten des Zweigs „linus-next“ wird nicht nur die Möglichkeit bieten, die Kompatibilität der vorgeschlagenen Änderungen auf der Ebene des Kernbaus zu testen, sondern auch die tatsächliche Funktionsweise zu bewerten, was die Qualität der Tests von Änderungen in der Phase der Überprüfung von bereits eingereichten, aber noch nicht von Linus geprüften pull-Requests erhöhen wird. Der neue Zweig wird auch dazu beitragen, pull-Requests so früh wie möglich zu versenden, noch bevor das Fenster für die Annahme von Änderungen eröffnet wird, um die Möglichkeit zu bieten, sie in der Praxis zu testen. Darüber hinaus wird der Zweig „linus-next“ gemäß dem Modell der kontinuierlichen Integration weiterentwickelt und nicht durch tägliche Aktualisierungen mit der Erstellung neuer Tags, was die Analyse auftretender Probleme und die Identifizierung spezifischer Änderungen, die einen Fehler verursacht haben, erleichtert.

Zusätzlich kann auf die Unzufriedenheit von Linus Torvalds mit dem Prozess der Kernblockierung von Sicherheitsanfälligkeiten in der Hardware hingewiesen werden, die während der Diskussion über Probleme und Regressionen im Code zur Bekämpfung von Angriffen geäußert wurde, die Schwachstellen im Mechanismus der spekulativen Ausführung von Anweisungen in CPUs nutzen. Die notwendigen Änderungen zur Blockierung von Hardwareanfälligkeiten erschweren die Entwicklung, führen zu Regressionen und wirken sich negativ auf die Leistung aus, wobei die Angriffe unter Verwendung der meisten solcher Vulnerabilitäten rein theoretisch sind und in der Praxis nie außerhalb von Laborbedingungen angewendet werden.

Bei der Überlegung, den Kernel zur Umgehung potenzieller Probleme bei der Bekämpfung von Hardwareanfälligkeiten zu ändern, schlug Linus vor, die Verantwortung den Herstellern von Hardware zu übertragen, die für die Entstehung von Hardwareanfälligkeiten verantwortlich sind, und deutlich zu machen, dass sie ihre eigenen Probleme selbst lösen sollten. Die vorgeschlagene Änderung sollte als Sicherheitsmaßnahme hinzugefügt werden, da aufgrund der Ungewissheit des Verhaltens von CPUs der Schutz möglicherweise auf einigen neuen Intel-CPUs nicht mehr funktioniert.

Quelle: opennet.ru