On sam, 2004-07-10 at 22:19 +0200, Gilles Espinasse wrote: Je relance le sujet vu qu'il a été oublié pendant mes congés / ceux de sl33p3r ? > 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 > http://www.sagem.com/web-modems/download/modems/w.2.0.31_fr.zip > Résultat : aucun problème remarqué à l'utilisation que ce soit avec un > sagem800 ou un 908. si ça se trouve ça marche avec les Fast 800 E2T...
> 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. c'est les OPTNxx qui étaient pas bons ??? j'avais noté les différences sur cette page (brouillon...) : http://dev.eagle-usb.org/wakka.php?wiki=ConfigFiles > 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) On fait un essai de ne garder que les derniers bnm du driver Sagem 2.0.31 ? Le risque c'est uniquement sur les E2T, m'enfin vu qu'ils ne marchent déjà pas... http://www.sagem.com/web-modems/download/modems/ ya aussi les italiens / espagnols (j'ai pas comparé les bnm...) @++ Ben'. aka baud123
