Rien à voir ou presque - le driver du winmodem ESS - dans mon portable:
Le source du driver est maintenu par HP je pense - et il semble exister depuis un moment (depuis le 2.2.20...) - et compilé par Mandrake la dernière fois pour le 2.4.18. C'est pas de l'opensource mais ces gens là respectent les acheteurs en leur fournissant qqchose d'utilisable.
Evidemment utiliser un binaire dans un kernel compilé main (2.4.21) n'est pas de tout repos - en effet - entre la version de gcc utilisée (2.95.4) et les options du kernel (no stack pointer par exemple) - on y passe beaucoup de temps mais on insiste car on a réussi à le faire marcher une première fois.
Il faudrait que je vérifie mais il me semble que ce driver n'exploite pas le modem à la vitesse maximum (sous entendu pas aussi bien que sous win$) - en tout cas je ne me plains pas - ça marche.
A force de dénigrer les utilisateurs de Linux en vendant du matos de pacotille, les boites s'exposent à du reverse-engineering qui pourrait leur être très préjudiciable. Imaginer que l'on distribue les sources d'un driver winmodem - toute la valeur ajoutée est alors accessible à la concurrence !
Si les fournisseurs ne veulent pas voir disparaître leur marché juteux, il devrait envisager sérieusement une distribution de drivers Linux - même en prioprio - et éventuellement avec des accords avec les distributions. Un rpm pour chaque modem dans une RedHat/Mandrake/Suse ne coute franchement pas grand chose comme effort.
En comparaison, si FreeCPU permet de faire des processeurs facilement avec peu de R&D, des fondeurs de FreeCPU peuvent se faire plus de marge que Intel en vendant moins cher encore...
# Parallèle: Pilotes ESS
Posté par Yves Martin . En réponse à la dépêche Pilotes modem Conexant HCF and HSF désormais payant.. Évalué à 3.
Le source du driver est maintenu par HP je pense - et il semble exister depuis un moment (depuis le 2.2.20...) - et compilé par Mandrake la dernière fois pour le 2.4.18. C'est pas de l'opensource mais ces gens là respectent les acheteurs en leur fournissant qqchose d'utilisable.
Evidemment utiliser un binaire dans un kernel compilé main (2.4.21) n'est pas de tout repos - en effet - entre la version de gcc utilisée (2.95.4) et les options du kernel (no stack pointer par exemple) - on y passe beaucoup de temps mais on insiste car on a réussi à le faire marcher une première fois.
Il faudrait que je vérifie mais il me semble que ce driver n'exploite pas le modem à la vitesse maximum (sous entendu pas aussi bien que sous win$) - en tout cas je ne me plains pas - ça marche.
A force de dénigrer les utilisateurs de Linux en vendant du matos de pacotille, les boites s'exposent à du reverse-engineering qui pourrait leur être très préjudiciable. Imaginer que l'on distribue les sources d'un driver winmodem - toute la valeur ajoutée est alors accessible à la concurrence !
Si les fournisseurs ne veulent pas voir disparaître leur marché juteux, il devrait envisager sérieusement une distribution de drivers Linux - même en prioprio - et éventuellement avec des accords avec les distributions. Un rpm pour chaque modem dans une RedHat/Mandrake/Suse ne coute franchement pas grand chose comme effort.
En comparaison, si FreeCPU permet de faire des processeurs facilement avec peu de R&D, des fondeurs de FreeCPU peuvent se faire plus de marge que Intel en vendant moins cher encore...