La licence retenue pour le projet F-CPU est la GPL, si j'ai bien suivi. Mais je me pose la question de savoir si par défaut elle est bien adaptée au Matériel Libre.
En particulier si quelqu'un souhaite utiliser un core F-CPU dans une puce contenant d'autres unités non libres : est-ce que dans l'idée des développeurs F-CPU, au niveau politique, je veux dire, c'est possible ? Si oui, jusqu'où quelqu'un reprenant le projet peut aller dans les modifications ? Si non, quid de l'interfaçage (au travers du F-Bus en général ? ) avec des puces propriétaires ? J'ai l'impression qu'on touche de base le même problème qu'avec une bibliothèqie en GPL, sur laquelle on ne peut pas lier de code non-compatible avec la GPL.
Cependant, la transposition ne me paraît pas spécialement évidente.
De plus au niveau de l'intégration, et ça rejoint en partie le problème précédent, le cas d'un processeur F-CPU sur le même die que du code non-GPL (par exemple un core graphqiue, sait-on jamais) est-il traité ?
De mon point de vue, la GPL ne résoud pas ces problèmes, or, un intégrateur qui souhaiterait utilliser un F-CPU mais qui n'aurait déjà un core qu'il ne veut pas rendre libre (c'est mal, mais bon, utiliser le F-CPU serait déjà un début, il ne faut pas leur faire peur) pourrait hésiter à utiliser ce coer, sachant qu'il n'y a a priori pas de problème si il connectele F-CPU et sa puce au travers de 2 die distincts. Mais le cas de l'intégration sur le même die, qui architecturellement est quasiment similaire, n'est pas couvert : il faut une auter licence que la GPL, celle-ci étant inadaptée.
Enfin, c'est juste mon opinion.
[^] # Licence ?
Posté par Jak . En réponse à la dépêche Premier BIOS TCPA/Palladium. Évalué à 1.
En particulier si quelqu'un souhaite utiliser un core F-CPU dans une puce contenant d'autres unités non libres : est-ce que dans l'idée des développeurs F-CPU, au niveau politique, je veux dire, c'est possible ? Si oui, jusqu'où quelqu'un reprenant le projet peut aller dans les modifications ? Si non, quid de l'interfaçage (au travers du F-Bus en général ? ) avec des puces propriétaires ? J'ai l'impression qu'on touche de base le même problème qu'avec une bibliothèqie en GPL, sur laquelle on ne peut pas lier de code non-compatible avec la GPL.
Cependant, la transposition ne me paraît pas spécialement évidente.
De plus au niveau de l'intégration, et ça rejoint en partie le problème précédent, le cas d'un processeur F-CPU sur le même die que du code non-GPL (par exemple un core graphqiue, sait-on jamais) est-il traité ?
De mon point de vue, la GPL ne résoud pas ces problèmes, or, un intégrateur qui souhaiterait utilliser un F-CPU mais qui n'aurait déjà un core qu'il ne veut pas rendre libre (c'est mal, mais bon, utiliser le F-CPU serait déjà un début, il ne faut pas leur faire peur) pourrait hésiter à utiliser ce coer, sachant qu'il n'y a a priori pas de problème si il connectele F-CPU et sa puce au travers de 2 die distincts. Mais le cas de l'intégration sur le même die, qui architecturellement est quasiment similaire, n'est pas couvert : il faut une auter licence que la GPL, celle-ci étant inadaptée.
Enfin, c'est juste mon opinion.