Abo
  • Services:

AOSP-Kooperation: Android-Diversität bereitet Herstellern viele Probleme

Viele Hersteller pflegen eigene Android-Forks sowie Hardwareabstraktionen und tragen wenig oder gar nicht zu Googles AOSP bei. Das erschwert adäquate Reaktionen auf Lücken wie Stagefright. Einige Entwickler diskutieren deshalb Möglichkeiten zum Lösen dieser Probleme.

Artikel veröffentlicht am ,
Die Hersteller müssen an allen Teilen des Android-Systems zusammenarbeiten.
Die Hersteller müssen an allen Teilen des Android-Systems zusammenarbeiten. (Bild: AOSP/CC-BY 2.5)

Auf der Linux Plumbers Conference (LPC) für Android diskutierten Entwickler von Google und den Geräteherstellern unter der Leitung des Linaro-Angestellten John Stultz die offensichtlichen Probleme bei der Handhabung des Codes durch die Hersteller selbst. Laut der bei Lwn.net veröffentlichten Zusammenfassung streben viele eine bessere Zusammenarbeit untereinander an, was aber schwierig werden könnte.

Stellenmarkt
  1. über duerenhoff GmbH, Gütersloh
  2. Stadtwerke Karlsruhe GmbH, Karlsruhe

Bisher unterhielten die meisten Hersteller meist für jedes einzelne Gerät einen eigenen Fork des Android Open Source Projects (AOSP), was auch für Linaro gelte. Dieser Code werde zusätzlich um Funktionen und Hardwareabstraktionen (HAL) erweitertet, die oft proprietär seien und eine Anpassung der Basis-Frameworks erforderten.

Schnelle Aktualisierungen, vor allem um auch auf schwerwiegende Lücken wie Stagefright reagieren zu können, sind wegen dieser großen Diversität nur schwer möglich. Zumindest ein kleines Team hat auf der LPC Hindernisse und Lösungen dazu besprochen.

Hausgemachte Probleme

Dass diese Forks überhaupt entstehen, wird auch auf die Arbeitsweise des AOSP zurückgeführt. Dieses sei nicht für Beiträge durch Dritte gedacht. Schließlich wird gerätespezifischer Code im AOSP von Google auf seine eigene Nexus-Reihe beschränkt. Ebenso fehle eine ausführliche Dokumentation für die richtige Umsetzung von HALs.

Ohne die Schuld nur auf Google abzuwälzen, habe die Community mögliche Vorgehen vorgeschlagen, um diese schwierige Organisationsstruktur zu überwinden. So könnten die Hersteller ein eigenes Repository für gemeinsamen Code außerhalb von AOSP pflegen. Besonders aussichtsreich sei dies wohl aber nicht.

Einheitlichkeit und Community-Beiträge

Von verschiedenen Herstellern geteilt werden könnte zumindest aber die Konfigurationen des Build-Systems. Ähnlich wie im Standard-Linux-Kernel könnte damit aus einer großen Quellcode-Sammlung der Binärcode für unterschiedliche Geräte erzeugt werden.

Ebenso erhoffe sich Google mehr Beiträge für das AOSP durch Dritte. Diese scheiterten aber oft an dem Review-Prozess. Überwunden werden könnte das durch eine externe Gruppe vertrauenswürdiger Entwickler, die die Überprüfungen vornimmt. Letztlich könnte dies dauerhaft zu externen Maintainern für bestimmte Code-Bereiche führen.

Dieses System ließe sich auch auf die Hardware- und Architekturpflege ausweiten. Für ChromeOS sei dies bereits umgesetzt. Google könnte die damit gemachten Erfahrungen sicher auch auf Android ausweiten.

Letztlich müsste Google sein AOSP zwar für die Vorschläge etwas öffnen. Viele Entwickler seien der Umfrage eines Sony-Angestellten zufolge aber deutlich an einer engen Zusammenarbeit in einer Upstream-Community interessiert. Einige Hersteller scheuen sich jedoch eben genau davor, obwohl sie damit wohl viel Geld einsparen könnten.



Anzeige
Hardware-Angebote
  1. mit Gutschein: HARDWARE50 (nur für Neukunden, Warenwert 104 - 1.000 Euro)
  2. 482,99€ inkl. Versand (aktuell günstigste GTX 1080)

Seitan-Sushi-Fan 18. Sep 2015

Bei ARM-Serverhardware kein Problem. Da wird auch getweakt, aber die Komponenten...

Jasmin26 16. Sep 2015

ach, schon mal was von Sony geh9rt ? .... wahrscheinlich ist das kein "grosser" .....

Jasmin26 16. Sep 2015

sicher doch, wenn fest daran glaubst wirds vielleicht irgenwann stimmen, .... obwohl...

Thaodan 16. Sep 2015

Eigen selber entwickeln und möglichst wenig zeigen bis es fertig ist. Deswegen machen...


Folgen Sie uns
       


Fünf smarte Lautsprecher von 200 bis 400 Euro im Vergleich

Link 300 und Link 500 von JBL, Onkyos P3, Panasonics GA10 sowie Apples Homepod treten in unserem Klangvergleich gegeneinander an. Die beiden JBL-Lautsprecher lassen die Konkurrenz blass aussehen, selbst der gar nicht schlecht klingende Homepod hat dann das Nachsehen.

Fünf smarte Lautsprecher von 200 bis 400 Euro im Vergleich Video aufrufen
Gesetzesvorschlag: Regierung fordert Duldung privater Ladesäulen
Gesetzesvorschlag
Regierung fordert Duldung privater Ladesäulen

Die Bundesregierung hat ihren Entwurf zur Förderung privater Ladestationen für Elektroautos vorgelegt. Sowohl Mieter als auch Eigentümer erhalten damit einen gesetzlichen Anspruch. Aber es kann sehr teuer werden.
Ein Bericht von Friedhelm Greis

  1. Sono Motors Elektroauto Sion für 16.000 Euro schon 7.000 Mal reserviert
  2. Elektromobilität iEV X ist ein Ausziehelektroauto
  3. Elektroautos Bundesrechnungshof hält Kaufprämie für unwirksam

Threadripper 2990WX und 2950X im Test: Viel hilft nicht immer viel
Threadripper 2990WX und 2950X im Test
Viel hilft nicht immer viel

Für Workstations: AMDs Threadripper 2990WX mit 32 Kernen schlägt Intels ähnlich teure 18-Core-CPU klar und der günstigere Threadripper 2950X hält noch mit. Für das Ryzen-Topmodell muss aber die Software angepasst sein und sie darf nicht zu viel Datentransferrate benötigen.
Ein Test von Marc Sauter

  1. Threadripper 2990X AMDs 32-Kerner soll mit 4,2 GHz laufen
  2. AMD Threadripper v2 mit 32 Kernen erscheint im Sommer 2018
  3. Raven Ridge AMDs Athlon kehrt zurück

HDR-Capture im Test: High-End-Streaming von der Couch aus
HDR-Capture im Test
High-End-Streaming von der Couch aus

Was bringen all die schönen neuen Farben auf dem 4K-HDR-TV, wenn man sie nicht speichern kann oder während des Livestreams nicht mehr selber sieht? Avermedia bietet mit den Capture-Karten Live Gamer 4K und Live Gamer Ultra erstmals bezahlbare Lösungen an. PC-Spieler sehen mit ihnen sogar bis zu 240 Bilder pro Sekunde.
Von Michael Wieczorek

  1. DisplayHDR Vesa veröffentlicht erstes Testwerkzeug für HDR-Standard
  2. HDMI 2.0 und Displayport HDR bleibt Handarbeit
  3. Intel Linux bekommt experimentelle HDR-Unterstützung

    •  /