Aaaaargh, je suis bon pour un deuxième Mea Culpa. Promis cette fois je fais gaffe.
Donc les parties non-libres d'OpenMoko sont :
- Le firmware du module GSM, qui tourne avec un OS différent dans sa propre puce et avec lequel on communique via les commande AT classiques.
- Le module GPS qui fait les calculs de coordonées.
Pour le premier, ça revient au même que n'importe quel firmware que l'on peut trouver dans la pluspart des matos informatique pour ordinateur. Je ne sais pas si le firmware est présent dans la distribution et envoyer a la puce GSM a chaque démarage (comme les chipset wifi intel) ou si il est stocker dans une mémoire flash séparée. Cette partie fermée ne me dérange pas trop dans le sens ou elle n'interagie pas directement avec les systeme du téléphone. Elle dispose juste d'une interface AT classique et donc ne risque pas de foutre le bordel dans le reste du code. (ce qui me gène plus c'est que l'on ne sait pas ce que fait la puce éxactement : envoie-t-elle toute les minutes des infos de localisation ?)
Pour le module GPS, ce qui me gène par contre c'est que la, la partie fermée s'éxectue avec le système, et donc il y a beaucoup plus de risques.
Le problèmes c'est qu'il est impossible légalement d'ouvrir ces codes, les gars d'openmoko on ouvert le maximum de choses et je trouve ça génial. J'espère qu'un jour plus de libertée serons possibles.
Pour ce qui est du code du GSM, le problème c'est que les responsable de je ne sais plus trop quoi ne veulent pas de code ouverts car ils on peur qu'avec un controle total de la puce GSM les gens fassent n'importe quoi et pourrissent le reseau GSM.
Une crainte que je trouve tout à fait justifiée, mais opur la quelle à mon avis ils n'on pas choisit la bonne solution.
Une solution serait d'autoriser la diffusion des sources mais en autorisant que l'execution de firmware signés. à mon avis il doit déjà y avoir une signature des firmware, car sinon, avec de la motivation il serait possible de les modifier (je ne dis pas que ce serait simple, mais ça reste possible) Donc autoriser la diffusion des sources permet de vérifié ce que fait le code.
Ce n'est pas encore libre, puisque si je peux modifier le code, je ne peux pas éxécuter mes modifications, mais c'est déjà un plus, et je ne vois pas comment résoudre ce problème sans risquer de foutre le reseau GSM en l'air.
[^] # Re: Petites précisions?
Posté par beagf . En réponse à la dépêche Un téléphone libre : OpenMoko. Évalué à 5.
Donc les parties non-libres d'OpenMoko sont :
- Le firmware du module GSM, qui tourne avec un OS différent dans sa propre puce et avec lequel on communique via les commande AT classiques.
- Le module GPS qui fait les calculs de coordonées.
Pour le premier, ça revient au même que n'importe quel firmware que l'on peut trouver dans la pluspart des matos informatique pour ordinateur. Je ne sais pas si le firmware est présent dans la distribution et envoyer a la puce GSM a chaque démarage (comme les chipset wifi intel) ou si il est stocker dans une mémoire flash séparée. Cette partie fermée ne me dérange pas trop dans le sens ou elle n'interagie pas directement avec les systeme du téléphone. Elle dispose juste d'une interface AT classique et donc ne risque pas de foutre le bordel dans le reste du code. (ce qui me gène plus c'est que l'on ne sait pas ce que fait la puce éxactement : envoie-t-elle toute les minutes des infos de localisation ?)
Pour le module GPS, ce qui me gène par contre c'est que la, la partie fermée s'éxectue avec le système, et donc il y a beaucoup plus de risques.
Le problèmes c'est qu'il est impossible légalement d'ouvrir ces codes, les gars d'openmoko on ouvert le maximum de choses et je trouve ça génial. J'espère qu'un jour plus de libertée serons possibles.
Pour ce qui est du code du GSM, le problème c'est que les responsable de je ne sais plus trop quoi ne veulent pas de code ouverts car ils on peur qu'avec un controle total de la puce GSM les gens fassent n'importe quoi et pourrissent le reseau GSM.
Une crainte que je trouve tout à fait justifiée, mais opur la quelle à mon avis ils n'on pas choisit la bonne solution.
Une solution serait d'autoriser la diffusion des sources mais en autorisant que l'execution de firmware signés. à mon avis il doit déjà y avoir une signature des firmware, car sinon, avec de la motivation il serait possible de les modifier (je ne dis pas que ce serait simple, mais ça reste possible) Donc autoriser la diffusion des sources permet de vérifié ce que fait le code.
Ce n'est pas encore libre, puisque si je peux modifier le code, je ne peux pas éxécuter mes modifications, mais c'est déjà un plus, et je ne vois pas comment résoudre ce problème sans risquer de foutre le reseau GSM en l'air.