Linus met des conditions minimales assez claires et très contraignantes en ce qui concerne les modules prioprio:
- un module prorio ne peut (logiquement!) pas utiliser d'API taggué comme étant destiné uniquement à du code sous licence GPLv2 et compatible (EXPORT_SYMBOL_GPL si mes souvenirs sont bons)
- un module proprio à l'interdiction absolue d'inclure du code de Linux sous GPL, et cela inclus tout ce qui est en provenance des headers dont les fonctions inlines et les macros. Étant donné qu'il y a des tonnes de trucs essentiels à un OS là dedans comme le locking et que tout module non trivial en aura besoin, la seule solution est de réimplémenter et c'est un travail... grand :p (voir gigantesque pour le faire correctement, sans bug, et en prenant en compte les errata des processeurs ciblé, et si possible sans lire l'implémentation originale histoire de réussir à imaginer quelque chose d'original; le tout bien sûr en restant compatible avec l'implémentation de Linux... ça relève de l'exploit et si jamais ça réussi ca va à coup sûr défoncer horriblement les performances et la réactivité du système...
La distribution d'un système complet mettant d'origine en oeuvre un module proprio dans Linux est aussi un énorme casse tête. Si l'utilisateur ne fait pas lui même un travail volontariste d'intégration j'ai du mal à voir comment ça pourrait être légalement possible.
[^] # Re: Patchs exacts et licence des modifications
Posté par Guillaume Knispel . En réponse à la dépêche Les logiciels libres utilisés dans la NeufBox v4 publiés. Évalué à 1.
- un module prorio ne peut (logiquement!) pas utiliser d'API taggué comme étant destiné uniquement à du code sous licence GPLv2 et compatible (EXPORT_SYMBOL_GPL si mes souvenirs sont bons)
- un module proprio à l'interdiction absolue d'inclure du code de Linux sous GPL, et cela inclus tout ce qui est en provenance des headers dont les fonctions inlines et les macros. Étant donné qu'il y a des tonnes de trucs essentiels à un OS là dedans comme le locking et que tout module non trivial en aura besoin, la seule solution est de réimplémenter et c'est un travail... grand :p (voir gigantesque pour le faire correctement, sans bug, et en prenant en compte les errata des processeurs ciblé, et si possible sans lire l'implémentation originale histoire de réussir à imaginer quelque chose d'original; le tout bien sûr en restant compatible avec l'implémentation de Linux... ça relève de l'exploit et si jamais ça réussi ca va à coup sûr défoncer horriblement les performances et la réactivité du système...
La distribution d'un système complet mettant d'origine en oeuvre un module proprio dans Linux est aussi un énorme casse tête. Si l'utilisateur ne fait pas lui même un travail volontariste d'intégration j'ai du mal à voir comment ça pourrait être légalement possible.