Sagem f@st 800

par **steph222** » 29 Fév 2004 14:28

Bonjour à tous et merci pour ce super site!! Bon voila mon probleme, y'a t'il "possibilité", ou est ce deja arrivé a qq un de faire tourner ipcop avec c'te vieux modem sagem <a href="mailto:f@st">f@st</a> 800 Usb. J'ai moi même réussi à le connecter <IMG SRC="images/smiles/icon_eek.gif"> avec une version v1.4a1 pendant 1 bonne heure,ensuite plus de syncro.(var/log/messages) Alors j'ai testé toutes les versions compatible avec la dite grosse M... de modem,mais non,rien, pas de syncro. Alors si une ame charitable qui en a aussi souffert des ronds de chapeau pouvait eclairer ma lanterne...... Merci. Ps : que doit 'il se passer au niveau des diodes sur le modem, les deux allumées?,juste le pwr?. Moi <IMG SRC="images/smiles/icon_boxe2.gif"> Sagem pas

par **Gesp** » 29 Fév 2004 16:23

Quel chipset tu as? cat /var/log/dmesg | grep IDE te diras cela Ce modem n'a pas l'air d'apprécier les Intel PIIX2 quand le PCI_latency est supérieur à 32, sinon normalement cela fonctionne. cat /proc/pci te permettra de voir le pci_latency Il est préférable d'autoriser le DMA sur le disque dur si celui-ci le supporte et que l'IRQ de l'usb ne soit pas partagée avec un autre périphérique, mais c'est plutôt pour des problèmes de perte de connexion en fonctionnement. cat /proc/interrupts cat /var/log/dmesg | grep DMA ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:pio, hdb:pio veut dire que l'on est en mode PIO mais cela fonctionne très bien chez moi comme cela mais à 512/128. Il est possible que à 1024 ou plus, plus de problèmes apparaissent. Il est vrai qu'il y a une petite faiblesse dans le driver au moment de la synchro mais chez moi c'est plutôt de l'ordre de 1 fois sur 10 que le problème existe. J'ai recompilé le noyau avec le debug de l'usb en mode verbeux pour voir si cela pouvait apporter un éclairage au problème.

par **coornelius** » 29 Fév 2004 16:51

Ma config : IPCOP 1.4.0a1 sur un vieux Pentium 75 avec 48Mo RAM un disque de 1Go Une carte USB achetée dans un super marché pour connecter le FAST800. Connexion à FREE en PPPOA et ... Ca marche. J'ai eu des problèmes au début, mais depuis que j'ai désactivé le serveur DHCP sur IPCOP tout roule... (peut etre un peu juste en mémoire ou pb du au statut 'a1'). Verifie tes paramètre VCI et VPI. Pour ma part plus de pb ... <IMG SRC="images/smiles/icon_up.gif">

par **steph222** » 02 Mars 2004 14:02

Merci pour les infos. Donc pour le chipset j'ai comme info VP_IDE: chipset revision 6 Vp_IDE: not 100% native mode: willprobe irqs later Vp_IDE: VIA vt82c586b (rev31) IDE UDMA33 controller on pci00:07.1 Il semblerait que le modem soit en irq10( car c l'irq de l'usb et elle n'as pas l'air partagée car modem débranché j'ai 0 en face de 10:) avec une latency de 66(sic!) Voila en gros ce que cela donne, si tu vois qq chose d'anormal.Aussi ca signfie quoi "rev"? Merci encore et super ce forum!!!!

par **post** » 02 Mars 2004 14:59

J'utilise au jourd'hui deux sites pentium 166 32 mégas 1 G dd puis pentim 600 128 mégas 6G dd avec la version 1.4a12 avec fast 800 free degroupe donc ip fixe et vpn j ai active la connection au demarrage ainsi que le mode persistant et ca va plutot bien Bonne chance.

par **Gesp** » 03 Mars 2004 11:06

>Il semblerait que le modem soit en irq10( car c l'irq de l'usb et elle n'as pas l'air >partagée car modem débranché j'ai 0 en face de 10:) Cela n'a rien à voir avec le modem, c'est l'IRQ attribuée au contrôleur usb (usb-uhci|usb-ohci) que tu vois par le cat /proc/interrupts > avec une latency de 66(sic!) C'est ce qui doit causer problème: il faut repérer l'adresse du périph usb, à priori, ce doit être le 7.2 avec un cat /proc/pci et taper setpci -v -s 0:7.2 latency_timer=20 pour mettre le latency_timer à 32 parce que dans un cas, c'est de l'hexa et l'autre du décimal <IMG SRC="images/smiles/icon_biggrin.gif"> >"rev"? C'est la révision (numéro de version du composant)

par **ronin** » 03 Mars 2004 16:52

Salut à tous, il me semble avoir le même problème que toi steph222 mais que je ne sais pas résoudre malheureusement. J'utilise sagem fast800 avec ipcop 1.4a12 sur un compaq deskpro 2000 (pentium 100 avec 112 ram) et voici les logs du kernel lorsqu'il y a déconnexion: 15:36:41 kernel usb-uhci.c: interrupt, status 2, frame# 829 15:36:41 kernel [Eagle-usb] transmit error with URB status -110 15:36:41 kernel [EAGLE-USB] eu_irq : URB status indicates error (-84) 15:36:41 kernel [Eagle-usb] transmit error with URB status -110 15:36:41 kernel [Eagle-usb] transmit error with URB status -110 15:36:41 kernel hub.c: already running port 1 disabled by hub (EMI?), re-enabling... 15:36:41 kernel usb.c: USB disconnect on device 00:07.2-1 address 2 15:36:41 kernel [Eagle-usb] transmit error with URB status -110 15:36:41 kernel [Eagle-usb] Packet transmission error: result=-19 15:36:42 kernel [eagle-usb] eu_irq : URB canceled by user. 15:36:42 kernel [eagle-usb] ADSL device removed 15:36:42 kernel hub.c: new USB device 00:07.2-1, assigned address 3 15:36:42 kernel [eagle-usb] New USB ADSL device detected, waiting for DSP code... 15:36:42 kernel [eagle-usb] created proc entry at : /proc/driver/eagle-usb/001-003 15:38:27 kernel [eagle-usb] ioctl EU_IO_OPTIONS received 15:38:27 kernel [eagle-usb] ioctl EU_IO_DSP received 15:38:27 kernel [eagle-usb] Loading DSP code to device... 15:38:27 kernel [eagle-usb] DSP code successfully loaded to device 15:38:54 kernel [eagle-usb] Modem operational !! 15:38:54 kernel [eagle-usb] Ethernet device eth3 created. Les déconnexion ne sont pas à interval réguliers et se produisent uniquement lorsque j'utilise un client p2p. J'ai essayé la manip que tu as donné Gesp pour passer le latency à 32 au lieu de 66 mais rien n'y change le problème est toujours là... Si qui que ce soit à des idées, il sera le très bien venu <IMG SRC="images/smiles/icon_biggrin.gif">

par **Gesp** » 03 Mars 2004 17:08

>...pour passer le latency à 32 au lieu de 66 Déjà est-ce que le réglage a bien changé? Une personne sur le forum avait même passé la valeur à 15 hexa / 24 décimal Sinon, il faudrait essayer : - avec le module compilé pour le tranfert en mode bulk au lieu de iso. - ou essayer avec un hub alimenté L'erreur signalé par "kernel hub.c: already running port 1 disabled by hub (EMI?), re-enabling... " peut aussi bien être un problème logiciel dans le transfert usb ou un problème d'alimentation de l'usb.

par **Emerick** » 03 Mars 2004 17:24

J'avais un probleme de déconnexion lorsque j'utilisais des logiciels de P2P ou tout simplement lorsqu'il y avait beaucoup d'activité sur la connexion ADSL. J'en suis arrivé à la conclusion que c'était la carte USB qui délivrait pas assez de courant parce qu'en passant par un hub USB alimenté je n'avais plus le problème. Depuis j'ai récupéré une carte mère de Pentium2 avec un chipset BX, et là je n'ai plus de problème, je passe par les ports USB de la carte mère. J'ai un IPCop 1.4.0a10, et ça fait 5 jours qu'il tourne sans redémarrage, j'ai eu qu'un plantage de connexion.

par **steph222** » 04 Mars 2004 16:45

Hello!! Latency passeé à 20h avec setpci. Maintenant j'ai les deux led d'alumées avant la connexion.Puis pendant la connexion la led adsl clignote,c écrit Idle stef, puis la led s'alume et là "appel en cours...." mais toujours pas de connexion. Visiblement toujours ce problème de "readassync.... error input/ouput" . J'ai essayé sur une autre config ,un p4, ca ne change pas grand chose, je pense donc que le modem y est pour beaucoup. Merci encore pour tout les trucs!!!!! <IMG SRC="images/smiles/icon_wink.gif">

Sagem f@st 800

Qui est en ligne ?