Je ne dis pas que c'est utilisable pour le commun des mortelles, je dis que le travail le plus dur a était fait. Ce qui manque c'est des contributeurs, une boite qui veut vraiment utiliser le driver libre peut le faire en quelques mois si elle met une équipe dessus. Et tu n'est pas au courant pour vivante, le driver gallium est vraiment assez avancé, personne ne sait pencher sur le driver noyau (DRM, display) mais en comparaison c'est beaucoup plus simple que le driver gallium (j'en sais quelque chose pour avoir écrit suffisament de code dans les deux).
Le problème du dual boot est un problème différent. La plus part des téléphone on boot loader fermé ie qui ne boot qu'un kernel signé cryptographiquement et ce boot loader ne peut pas étre remplacer. Second problème c'est que pour faire un menu pour choisir qu'elle OS charger il faut porter un driver pour l'écran, le tactique et tout un tas d'autre truc dans le bootloader (u-boot en général) bref d'un coup le bootloader deviens aussi complexe que le noyau. Les platformes ARM n'ont pas de BIOS ou EFI. Bref tu sembles complétement ignorer les difficultés techniques sous jacente. Cyanogen fonctionne soit parcequ'il réutilise le même noyau soit en utilisant une faille de sécurité du bootloader (des cas particulier dans lesquels le boot loader ne vérifie pas la signature du noyau).
En ce qui concerne le modem tu sous estimes la complexité du firmware. Le firmware pour un modem 3G/4G ou même pour GSM c'est un operating system temp réel, un vrai operating system avec un kernel et des process. Le firmware est suffisament compliqué pour qu'il y ait des failles dedans par exemple en formatant un paquet 4G d'une certaine manière tu peux provoquer un buffer overflow dans le firmware est injecter du code (et non je ne rêve pas ou autre). Autre vecteur d'attaque est lié au SMS et protocol afférant, il est fort possible qu'avec un simple SMS tu puisses infecter le firmware du modem (montrer dans le passé sur certains téléphone). Donc oui le firmware est important et c'est beaucoup plus facile que tu ne le crois pour le modifier à distance sans que tu le saches.
Enfin pour ta roadmap, tu ne sembles pas au courant mais surface flinger (le compositeur sous android) est libre et donc rien de secret dedans. Je suis d'accord qu'il y a beaucoup de boulot mais juste très peux de personne intéressé toutes les compagnies que je connais sont pragmatique, elle veule un time to market le plus court possible et par conséquent c'est du of the shelf solution ie du android de référence temps pour le noyau que pour les drivers. Malheureusement la majeur partie des drivers pour l'ecosystème mobile sont horrible et non upstreamable sans un gros boulot.
[^] # Re: L'histoire se repette !
Posté par glisse . En réponse au journal Sailfish OS embarque une partie propriétaire. Évalué à 1.
Je ne dis pas que c'est utilisable pour le commun des mortelles, je dis que le travail le plus dur a était fait. Ce qui manque c'est des contributeurs, une boite qui veut vraiment utiliser le driver libre peut le faire en quelques mois si elle met une équipe dessus. Et tu n'est pas au courant pour vivante, le driver gallium est vraiment assez avancé, personne ne sait pencher sur le driver noyau (DRM, display) mais en comparaison c'est beaucoup plus simple que le driver gallium (j'en sais quelque chose pour avoir écrit suffisament de code dans les deux).
Le problème du dual boot est un problème différent. La plus part des téléphone on boot loader fermé ie qui ne boot qu'un kernel signé cryptographiquement et ce boot loader ne peut pas étre remplacer. Second problème c'est que pour faire un menu pour choisir qu'elle OS charger il faut porter un driver pour l'écran, le tactique et tout un tas d'autre truc dans le bootloader (u-boot en général) bref d'un coup le bootloader deviens aussi complexe que le noyau. Les platformes ARM n'ont pas de BIOS ou EFI. Bref tu sembles complétement ignorer les difficultés techniques sous jacente. Cyanogen fonctionne soit parcequ'il réutilise le même noyau soit en utilisant une faille de sécurité du bootloader (des cas particulier dans lesquels le boot loader ne vérifie pas la signature du noyau).
En ce qui concerne le modem tu sous estimes la complexité du firmware. Le firmware pour un modem 3G/4G ou même pour GSM c'est un operating system temp réel, un vrai operating system avec un kernel et des process. Le firmware est suffisament compliqué pour qu'il y ait des failles dedans par exemple en formatant un paquet 4G d'une certaine manière tu peux provoquer un buffer overflow dans le firmware est injecter du code (et non je ne rêve pas ou autre). Autre vecteur d'attaque est lié au SMS et protocol afférant, il est fort possible qu'avec un simple SMS tu puisses infecter le firmware du modem (montrer dans le passé sur certains téléphone). Donc oui le firmware est important et c'est beaucoup plus facile que tu ne le crois pour le modifier à distance sans que tu le saches.
Enfin pour ta roadmap, tu ne sembles pas au courant mais surface flinger (le compositeur sous android) est libre et donc rien de secret dedans. Je suis d'accord qu'il y a beaucoup de boulot mais juste très peux de personne intéressé toutes les compagnies que je connais sont pragmatique, elle veule un time to market le plus court possible et par conséquent c'est du of the shelf solution ie du android de référence temps pour le noyau que pour les drivers. Malheureusement la majeur partie des drivers pour l'ecosystème mobile sont horrible et non upstreamable sans un gros boulot.