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. IT-Systemadministrator / Informatiker (m/w/d) HR-Systeme
    NVL B.V. & Co. KG, Bremen
  2. Product Owner (m/w/d)
    Bundesnachrichtendienst, Berlin
Detailsuche

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.

Golem Akademie
  1. Informationssicherheit in der Automobilindustrie nach VDA-ISA und TISAX® mit Zertifikat: Zwei-Tage-Workshop
    22.–23. März 2022, Virtuell
  2. Einführung in Unity: virtueller Ein-Tages-Workshop
    17. Februar 2022, Virtuell
Weitere IT-Trainings

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.

Bitte aktivieren Sie Javascript.
Oder nutzen Sie das Golem-pur-Angebot
und lesen Golem.de
  • ohne Werbung
  • mit ausgeschaltetem Javascript
  • mit RSS-Volltext-Feed


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...



Aktuell auf der Startseite von Golem.de
Open Source
"Antworten Sie innerhalb von 24 Stunden"

Die E-Mail eines großen Konzerns an den Entwickler von Curl zeigt wohl eher aus Versehen, wie problematisch das Verhältnis vieler Firmen zu Open-Source-Software ist.

Open Source: Antworten Sie innerhalb von 24 Stunden
Artikel
  1. Elektro-Pick-up: Neuer Tesla-Cybertruck-Prototyp gefilmt
    Elektro-Pick-up
    Neuer Tesla-Cybertruck-Prototyp gefilmt

    In einem Video wird ein neuer Cybertruck-Prototyp von Tesla im Detail gezeigt. Es stammt vermutlich aus der Gigafactory in Texas.

  2. Onlinekurse zu 3D-Visualisierung und Spieleprogrammierung
     
    Onlinekurse zu 3D-Visualisierung und Spieleprogrammierung

    3D-Visualiserung hat den Bereich des Game Developments längst hinter sich gelassen. Die Golem Akademie bietet sechs virtuelle Workshops zum Themenfeld.
    Sponsored Post von Golem Akademie

  3. Bundesservice Telekommunikation: Schlecht getarnte Tarnorganisation praktisch enttarnt
    Bundesservice Telekommunikation
    Schlecht getarnte Tarnorganisation praktisch enttarnt

    Inzwischen ist offensichtlich, dass der Bundesservice Telekommunikation zum Bundesamt für Verfassungsschutz gehört.
    Von Friedhelm Greis

Du willst dich mit Golem.de beruflich verändern oder weiterbilden?
Zum Stellenmarkt
Zur Akademie
Zum Coaching
  • Schnäppchen, Rabatte und Top-Angebote
    Die besten Deals des Tages
    Daily Deals • Palit RTX 3080 12GB 1.548,96€ • Acer Curved Gaming-Monitor 27" 259€ • Corsair 16GB DDR4-4000 111,21€ • MindStar (u.a. 8GB DDR5-4800 89€) • 10% auf Gaming bei Ebay (u. a. Gigabyte 34" Curved UWQHD 144Hz 429,30€) • Razer Gaming-Stuhl 179,99€ • 4 Blu-rays für 22€ [Werbung]
    •  /