Les changements liés au kernel 2.6
USB
Gestion module
Le firmware des modems
For historical purpose, I found this thread
http://fast800.tuxfamily.org/forums/read.php?f=1&i=622&t=549
eaglectrl decide tout seul quel code DSP il doit envoyer au modem, en fonction de ce que lui dit celui-ci (ISDN ou POTS). --
FrederickRos
J'envisage comme cela
[ --with-eagle-dspcode Modems ( FAST800, FAST840,USR_POTS, USR_ISDN,AT-AR210, AT-AR215, ALL) ], et une modif pour prendre en compte la variable dans driver/Makefile Qu'en pensez-vous?
Il serait possible par défaut de détecter le modem présent à la compilation et de ne compiler que le DSPcode correspondant mais cela peut ne pas être une bonne solution :
- à cause du time-out au chargement du DSPcode (on peut peut-être s'en affranchir en demandant de débrancher/brancher)
- le PID/VID n'est pas discriminant pots/isdn vu que presque tous les modems Eagle 1 ont le même
A moins que le modèle pots/isdn ne soit codé dans la révision?. J'ai:
- un Sagem 800 Vendor=1110 ProdID=9010 Rev=40.00
- un Sagem 908 Vendor=1110 ProdID=9024 Rev=60.00
Mais alors comment cela se passe s'il n'y a qu'un fichier de conf alors que les optn sont différents entre POTS et ISDN? --
GillesEspinasse
C'est du ressort du fichier de conf ca .. --
FrederickRos
Les optn sont-elles aussi sélectionnées automatiquement en fonction de POTS/ISDN par le module (ou eaglectr)? --
GillesEspinasse
Pas pour le moment, mais on pourrait le faire. --
FrederickRos
Concernant l'organisation de la sélection du modem, dans IPCop, j'avais créé à partir du driver 1.04 pour chacun des 3 modems supportés:
- un nomdumodem.conf
- un nomdumodemDSPcode.bin
Une fois, le modem sélectionné, je faisais :
- une copie du nomdumodem.conf vers adiusbadsl.conf dans laquelle j'écris les VPI/VCI et protocole
- un lien du nomdumodemDSPcode.bin vers DSPcode.bin pour éviter de perdre de la place avec une copie vu la taille du fichier
Le make install ne fait pas encore cela.
En l'état actuel, le driver n'est pas encore directement utilisable avec le 840 étant donné qu'il n'y a pas de fichier de configuration correspondant à une configuration ISDN autre que celui de USR.
Une chtite question : qu'est-ce qui est nécessaire pour que les modems avec un chipset 930 (antérieur au Eagle) puissent être supportés par le driver?
Je suppose que grosso-modo le code le permet mais qu'il faudrait charger un autre firmware dans le module et utiliser le DSPcode correspondant.
J'ignore totalement combien cela représente de modems mais il doit y avoir de tels produit par ACER, Allied Telesyn, D-Link. --
GillesEspinasse
A mon avis il n'y a pas que cela qui change: les codes renvoyes par le modem, sa state machine interne, le format d'echange .. etc.. --
FrederickRos
La reconnaissance du modem
voir aussi
ModemSupportes
Mandrake
Définition des vendor id/product id dans /usr/share/ldetect-lst/usbtable
0x1110 0x900f "adiusbadsl" "Analog Devices Inc.|USB ADSL modem"
0x1110 0x9010 "adiusbadsl" "Analog Devices Inc.|USB ADSL modem"
0x1110 0x9021 "adiusbadsl" "Analog Devices Inc.|USB ADSL modem"
0x1110 0x9022 "adiusbadsl" "Analog Devices Inc.|USB ADSL modem"
il doit manquer le USRobotics ? le Fast 908 c'est 9024 finalement ???
le driver windows windows indique 0x1110 0x900f / 0x1110 0x9021 / 0x1110 0x9023
hotplug
Le fichier /etc/hotplug/usb.usermap contient des lignes de la forme suivante
adiusbdsp 0x0003 0x1110 0x9021 0x0000 0x0000 0x00 0x00 0x00 0x00 0x00 0x00 0x00000000
par exemple vendor id = 0x1110 product id =0x9021 pour le Sagem
Fast800 PE
http://fast800.tuxfamily.org/forums/read.php?f=1&i=7707&t=7707
Pour que le modem ADSL soit géré par hotplug => 3 cas possibles :
- votre système dispose du script update-usb.usermap => copier la ligne du modem dans le fichier /usr/lib/hotplug/eagle-usb/usb.usermap et lancer update-usb.usermap.
- votre système dispose du script update-usb.usermap, solution 2 => ajouter la ligne du modem dans le fichier /etc/hotplug/usb.usermap.local et lancer update-usb.usermap.
- le script update-usb.usermap n'existe pas => ajouter la ligne du modem directement dans le fichier /etc/hotplug/usb.usermap
Le lancement de update-usb.usermap a pour effet de regrouper les différentes listes de matériels (/etc/hotplug/usb.usermap.local, /usr/lib/hotplug/*...) dans /etc/hotplug/usb.usermap (ce dernier est donc effacé à chaque appel)
