Oui mais le monsieur ce qu'il voudrait c'est une dérogation sur mesure à la GPL.
Il n'ay a AUCUNE dérogation a la GPL a fournir un hook qui permet un accés direct au matériel. Et il n'y a aucne derogation a la GPL a ce qu'un modules ou une appli propriétaire utilise ce hook.
Les applis propriétaires ont le droit d'utiliser les API et les appels fondamentaux du système. Prétendre le contraire revient a dire qu'un programme non GPL n'a pas le droit de demander une allocation mémoire physique.
En ce qui concerne l'argument du kernel space/ User space c'ets très simple on a deux solutions :
- Soit on se permet de lancer des bribes d'applicatifs en kernel space et c'est pas très propre.
- Soit on place les accès direct hardware et les inits de périphs en user space et là c'est carrément immonde et en plus ca fait un trou de sécurité assez grand pour y fourrer Jupiter et tous ses satellites.
[^] # Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 10.
Il n'ay a AUCUNE dérogation a la GPL a fournir un hook qui permet un accés direct au matériel. Et il n'y a aucne derogation a la GPL a ce qu'un modules ou une appli propriétaire utilise ce hook.
Les applis propriétaires ont le droit d'utiliser les API et les appels fondamentaux du système. Prétendre le contraire revient a dire qu'un programme non GPL n'a pas le droit de demander une allocation mémoire physique.
En ce qui concerne l'argument du kernel space/ User space c'ets très simple on a deux solutions :
- Soit on se permet de lancer des bribes d'applicatifs en kernel space et c'est pas très propre.
- Soit on place les accès direct hardware et les inits de périphs en user space et là c'est carrément immonde et en plus ca fait un trou de sécurité assez grand pour y fourrer Jupiter et tous ses satellites.
Kha