Je doute fortement, les fabricants préfèrent maintenir un fork inutilisable, ça permet que les acheteurs achètent le nouveau SoC pour avoir les nouvelles fonctionnalités. La preuve, c'est compliqué d'avoir les sources de leurs forks. Si c'était lié aux problèmes des api, ont aurait facilement accès aux sources des forks.
Pour avoir travaillé sur plusieurs types de processeurs ARM, obtenir le code Linux du fondeur n'est pas difficile du tout. Mais la qualité du code est elle assez affreuse. Ce qui rend toute maintenance depuis l'extérieure (et donc l'ajout du code dans le noyau Linux officiel) très délicat.
Et je ne dirais pas que c'est fait dans l'optique de rendre le code non maintenable pour vendre de nouvelles puces. Je dirais surtout qu'il y a un manque de savoir faire à ce sujet et qu'ils n'investissent pas dans la qualité de ce travail car c'est finalement assez secondaire. Pourquoi perdre du temps là dedans alors que 18 mois plus tard le processeur sera remplacé et le code du noyau aussi ?
[^] # Re: Stable api nonsense ?
Posté par Renault (site web personnel) . En réponse au journal Le libre a perdu. Évalué à 5.
Pour avoir travaillé sur plusieurs types de processeurs ARM, obtenir le code Linux du fondeur n'est pas difficile du tout. Mais la qualité du code est elle assez affreuse. Ce qui rend toute maintenance depuis l'extérieure (et donc l'ajout du code dans le noyau Linux officiel) très délicat.
Et je ne dirais pas que c'est fait dans l'optique de rendre le code non maintenable pour vendre de nouvelles puces. Je dirais surtout qu'il y a un manque de savoir faire à ce sujet et qu'ils n'investissent pas dans la qualité de ce travail car c'est finalement assez secondaire. Pourquoi perdre du temps là dedans alors que 18 mois plus tard le processeur sera remplacé et le code du noyau aussi ?