C'est encore la question des blobs/pilotes non libres (v. ma réponse ci-dessus).
La communauté a obtenu des succès sur ce front : soit que le constructeur ait lancé le développement d'un pilote libre (Broadcom et son VideoCore), soit que la communauté ait elle-même développé un pilote alternatif libre (coeurs graphiques Vivante de Vivante Corporation et Adreno de Qualcomm).
Certains matériels graphiques restent cependant sans support libre tout court ou sans support libre complet.
À ma connaissance Google ne contribue pas directement à cet effort même s'il semble logique qu'il y soit favorable.
L'effort des dév Android porte pour le moment à un autre niveau, comme indiqué dans ce passage de l'article :
There are now only about 30 patches in the Android Common Kernel, adding about 6,500 lines of code, that are needed to boot Android. The eventual plan is to push that to zero, but there are a number of issues to deal with still, including solving problems with priority inheritance in binder, getting energy-aware scheduling into the mainline, and upstreaming the SDCardFS filesystem bridge
[^] # Re: back to mainline android?
Posté par antistress (site web personnel) . En réponse au lien Bringing the Android kernel back to the mainline (LWN.net). Évalué à 2. Dernière modification le 01 décembre 2018 à 04:54.
C'est encore la question des blobs/pilotes non libres (v. ma réponse ci-dessus).
La communauté a obtenu des succès sur ce front : soit que le constructeur ait lancé le développement d'un pilote libre (Broadcom et son VideoCore), soit que la communauté ait elle-même développé un pilote alternatif libre (coeurs graphiques Vivante de Vivante Corporation et Adreno de Qualcomm).
Certains matériels graphiques restent cependant sans support libre tout court ou sans support libre complet.
À ma connaissance Google ne contribue pas directement à cet effort même s'il semble logique qu'il y soit favorable.
L'effort des dév Android porte pour le moment à un autre niveau, comme indiqué dans ce passage de l'article :