J'ai fait quelques tests et peut annoncer quelques bonnes nouvelles: J'ai testé les bnm du driver windows sagem 2.0.31 avec un sagem800 et un 908 sous le driver 1.9.8 J'ai carrément fait dans le répertoire eagle-usb-1.9.8 unzip $(DIR_DL)/eagle-w.2.0.31_fr.zip cp W.2.0.31_fr/L1/IDMA/rtbldep*.bnm driver/firmware/sagem/pots cp W.2.0.31_fr/L1/IDMA/rtbldei*.bnm driver/firmware/sagem/isdn et compilé le tout
Résultat : aucun problème remarqué à l'utilisation que ce soit avec un sagem800 ou un 908. Lors de mes comparaisons, je me suis aperçu que les bnm isdn du driver eagle et celui du driver linux du usr9000 isdn étaient identiques (ainsi que ceux du driver linux 840 v2.0.1) Donc je me suis dit que les dsp_code ne devaient pas être liés à sagem ou usr. Pour pousser le bouchon un peu plus loin, j'ai remplacé le dsp_code_pots eagle par celui du usr9000 pots : aucun problème rencontré que ce soit avec un sagem800 ou un 908 J'avais déjà essayé au début et avait échoué parce que j'utilisais le adiusbadsl.conf spécifique au usr alors que là je me suis contenté de remplacer le dspcode. donc on doit pouvoir faire maigrir les sources (en attendant de faire marcher les 930) et se passer de compiler les dsp_code usr (ce que je faisais jusque-là dans IPCop)
