Google arbeitet daran, einen regulären Linux-Kernel in Android zu nutzen

Auf der vergangenen Konferenz Linux Plumbers 2019 sprach das Unternehmen Google eine der Autorinnen des Gesetzentwurfs, Senatorin Lyudmila Bokova, berichtet. über die Entwicklung Initiative beim Transfer von Änderungen in das Hauptkern von Linux, die in der Kernel-Variante für die Android-Plattform entwickelt werden. Das endgültige Ziel ist es, die Nutzung eines einheitlichen Kernels in Android zu ermöglichen, anstatt für jedes Gerät separate Builds auf Basis eines spezifischen Android-Zweigs vorzubereiten. Android Common Kernel. Dieses Ziel wurde bereits teilweise erreicht, und auf der Konferenz wurde ein Android-Smartphone Xiaomi Poco F1 mit einer Firmware auf Basis des gewöhnlichen unveränderten Linux-Kerns demonstriert.

Nach der Fertigstellung des Projekts werden den Anbietern basierende Hauptkern-Lieferungen auf Basis des Hauptkerns von Linux angeboten. Komponenten zur Unterstützung der Hardware werden von den Anbietern ausschließlich in Form zusätzlicher Kernel-Module bereitgestellt, ohne Patches ins Kernel zu integrieren. Die Module müssen die Kompatibilität mit dem Hauptkernel auf der Ebene des Namensraums der Kernsymbole gewährleisten. Alle Änderungen, die den Hauptkernel betreffen, werden upstream vorangetrieben. Um die Kompatibilität mit proprietären Modulen in den LTS-Zweigen zu gewährleisten, wird vorgeschlagen, API und ABI des Kernels stabil zu halten, was die Kompatibilität der Module mit Updates für jeden gemeinsamen Kernel-Zweig bewahrt.

Im Laufe des Jahres wurden im Hauptkern von Linux Funktionen wie das PSI-Subsystem (Pressure Stall Information) zur Analyse von Wartezeiten für verschiedene Ressourcen (CPU, Speicher, Ein/Ausgabe), das Pseudo-Dateisystem BinderFS für den Binder-Mechanismus zur Interprozesskommunikation und der energieeffiziente Aufgabenplaner EAS (Energy Aware Scheduling) aus der Android-Kernredaktion übernommen. Darüber hinaus ist geplant, Android von dem spezifischen Scheduler SchedTune auf ein neu entwickeltes System UtilClamp von ARM zu übertragen, das auf cgroups2 und den integrierten Mechanismen des Kernels basiert.

Wir erinnern daran, dass der Kern für die Android-Plattform bisher mehrere Vorbereitungsphasen durchlaufen hat:

• Basierend auf den Haupt-LTS-Kernen (3.18, 4.4, 4.9 und 4.14) wurde ein Abzweig "Android Common Kernel" erstellt, in den spezifische Android-Patches übertragen wurden (zuvor betrugen die Änderungen mehrere Millionen Zeilen, aber in letzter Zeit wurden die Änderungen auf einige Tausend Zeilen Code reduziert).
• Basierend auf dem "Android Common Kernel" haben Chiphersteller wie Qualcomm den "SoC Kernel" entwickelt, der Erweiterungen zur Unterstützung der Hardware beinhaltet.
• Auf Basis des 'SoC Kernel' erstellten Gerätehersteller den 'Device Kernel', der Änderungen zur Unterstützung zusätzlicher Hardware, Bildschirme, Kameras, Soundsysteme usw. beinhaltet.

Im Grunde wurde für jedes Gerät ein eigenes Kernel erstellt, das auf anderen Geräten nicht verwendet werden konnte. Ein solches System erschwert die Bereitstellung von Updates zur Behebung von Sicherheitsanfälligkeiten und den Wechsel zu neuen Kernversionen erheblich. Beispielsweise wird das im Oktober erschienene neueste Smartphone Pixel 4 mit dem vor zwei Jahren veröffentlichten Linux-Kernel 4.14 ausgeliefert. Teilweise hat Google versucht, die Wartung zu vereinfachen, indem es ein System fördert Treble, das es Herstellern ermöglicht, universelle Hardware-Supportkomponenten zu erstellen, die nicht an spezifische Android-Versionen und verwendete Linux-Kernel-Release gebunden sind. Treble ermöglicht es, bereits verfügbare Updates von Google zu verwenden, wobei gerätespezifische Komponenten integriert werden.

Quelle: opennet.ru