C'est effectivement dommage, et pour rassurer ceux qui n'ont pas lu entièrement, les "drivers binaires" en général (et de modem en particulier) ne sont pas concernés:
Le problème vient du fait que l'interaction entre le module GPL pwc nécessite un système de callback pour travailler avec pwcx (code protégé par un NDA) ! Et c'est cela qui dérange les développeurs (je l'ai comprends un peu, c'est pas sécurisé, c'est pas beau...)
Mais par analogie, les drivers de scanner de Sane ne sont pas dans le kernel. Sane communique au niveau utilisateur (simple processus) avec le périphérique USB par l'intermédiaire de libusb.
D'où ma naïve question: pourquoi ne pas modifier le code "module" en une bibliothèque de communication par libusb ? Ce code serait simplement remonté au niveau applicatif (plus dans le kernel) comme pour Sane.
# Autre solution: hors kernel ?
Posté par Yves Martin . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 10.
Le problème vient du fait que l'interaction entre le module GPL pwc nécessite un système de callback pour travailler avec pwcx (code protégé par un NDA) ! Et c'est cela qui dérange les développeurs (je l'ai comprends un peu, c'est pas sécurisé, c'est pas beau...)
Mais par analogie, les drivers de scanner de Sane ne sont pas dans le kernel. Sane communique au niveau utilisateur (simple processus) avec le périphérique USB par l'intermédiaire de libusb.
D'où ma naïve question: pourquoi ne pas modifier le code "module" en une bibliothèque de communication par libusb ? Ce code serait simplement remonté au niveau applicatif (plus dans le kernel) comme pour Sane.