Euh tu as dirigé kppp sur /dev/ttyS2 ?
As-tu essayé de dirigé kppp sur /dev/modem ?
En fait le fait que ca soit décrit en tant que com3 sous windows importe peu.
Windows à une API qui fait que les drivers de ports série sont accédés en tant que comX et comme sur la plupart des ordi com1 et com2 existent déjà, l'interface série 'virtuelle' créée par le driver est com3. Sous linux les ttySn sont la plupart du temps réellement resérvé aux 'vrais' interfaces séries. Les modems softwares se retrouvent sur un char device avec un major / minor défini par le driver. Le mknod sert à creer un point d'acces pour le couple major / minor, permettant aux programmes de l'espace utilisateur de se servir du modem.
Tout ca pour te dire que une fois le lien symbolique effectué (ln -s ...) il faut dire aux logiciels se servant du modem d'utiliser le device /dev/modem. Le lien symbolique se charge de rediriger vers le vrai device (/dev/536ep) qui lui redirige grace au major minor vers le char device driver du noyeau. Et normallement ca marche ...
Conclusion : Il ne faut pas toujours croire les explications simplistes qui disent que comX (win) => /dev/ttySn (nux) avec n = X - 1. Dans ton cas précis c'est faux.
[^] # Re: Mes 2 cts...
Posté par Guillaume Knispel . En réponse au message Problème de modem. Évalué à 2.
As-tu essayé de dirigé kppp sur /dev/modem ?
En fait le fait que ca soit décrit en tant que com3 sous windows importe peu.
Windows à une API qui fait que les drivers de ports série sont accédés en tant que comX et comme sur la plupart des ordi com1 et com2 existent déjà, l'interface série 'virtuelle' créée par le driver est com3. Sous linux les ttySn sont la plupart du temps réellement resérvé aux 'vrais' interfaces séries. Les modems softwares se retrouvent sur un char device avec un major / minor défini par le driver. Le mknod sert à creer un point d'acces pour le couple major / minor, permettant aux programmes de l'espace utilisateur de se servir du modem.
Tout ca pour te dire que une fois le lien symbolique effectué (ln -s ...) il faut dire aux logiciels se servant du modem d'utiliser le device /dev/modem. Le lien symbolique se charge de rediriger vers le vrai device (/dev/536ep) qui lui redirige grace au major minor vers le char device driver du noyeau. Et normallement ca marche ...
Conclusion : Il ne faut pas toujours croire les explications simplistes qui disent que comX (win) => /dev/ttySn (nux) avec n = X - 1. Dans ton cas précis c'est faux.