Cher journal,
j'en suis encore a essayer de faire fonctionner ce ***** de modem sous GNU/Linux..
Pour memoire :
http://linuxfr.org/~pmandin/9082.html(...)
http://linuxfr.org/~pmandin/7750.html(...)
http://linuxfr.org/~gnurou/10668.html(...)
Cette fois, j'ai essaye sur une Debian Unstable (Sid).
D'abord avec un 2.6.6 : la j'ai eu droit a un probleme de magic number ("2.6.6-1 smp preempt pentium4" au lieu de "2.6.6-1 preempt 386", alors que j'ai un p2.. teste avec 2.6.6-1-686 et 2.6.6-1-386).. j'aurai pu forcer en bidouillant les numeros de versions dans les headers du kernel, mais bon..
et avec un 2.4.26.. la aussi, probleme de numero de version.. la j'ai bidouille un p'tit coup les headers, et je suis arrive aux meme symboles non-resolus que la derniere fois...
tout ceci a ete fait sur une install neuve..
j'ai aussi essaye a partir d'une knoppix, sans plus de resultats...
bref, si quelqu'un pouvait m'expliquer clairement la marche a suivre, ou a defaut les subtilites du principe de fonctionnement des modules, je lui en serai tres reconnaissant.
Merci
# Noyau ?
Posté par Fabien Jakimowicz . Évalué à 1.
[^] # Re: Noyau ?
Posté par titi toto . Évalué à 1.
y a un ou deux mois j'avais essaye en recompilant mais ca marchait pas non plus..
[^] # Re: Noyau ?
Posté par Fabien Jakimowicz . Évalué à 1.
Si tu recompile le noyau puis les modules, tu n'auras plus de problemes de magic number (theoriquement).
[^] # Re: Noyau ?
Posté par titi toto . Évalué à 0.
# ici ça marche
Posté par 007 . Évalué à 2.
Pour le problème de magic number, c'est parce que tu ne compiles pas le driver bewan avec des sources configurés qui correspondent au noyau.
Le driver est incompatible avec REGPARAM.
[^] # Re: ici ça marche
Posté par titi toto . Évalué à 1.
mon probleme concerne le bewan USB st
[^] # Re: ici ça marche
Posté par 007 . Évalué à 2.
C'est pour ça que j'ai indiqué "pci".
Ton problème de magic number existera aussi pour le driver USB si tes sources ne correspondent pas à la configuration.
Mais fais comme tu veux.
[^] # Re: ici ça marche
Posté par 007 . Évalué à 2.
# Une solution
Posté par chx dein . Évalué à 1.
Tu ne seras plus em***dé par ces modem pourris.
[^] # Re: Une solution
Posté par titi toto . Évalué à -2.
[^] # Re: Une solution
Posté par chx dein . Évalué à 0.
J'ai installé moi-même deux Mdk 10.0 chez deux débutants, chacuns chez Télé2. Je ne connais pas très bien la Mdk (j'ai une Gentoo) mais je n'ai pas réussi à l'installer, même à la main.
Je leur ai demandé de changer leur modem : changement gratuit (je confirme) pour un Ethernet, et maintenant ça marche.
Donc cela reste AMHA la meilleure solution si tu es chez Télé2, sachant qu'en plus tu peux attendre d'avoir reçu ton modem Eth pour renvoyer l'autre.
[^] # Re: Une solution
Posté par titi toto . Évalué à -2.
cf les trois journaux dont je parle, il y en a qui ont reussis..
Donc cela reste AMHA la meilleure solution si tu es chez Télé2, sachant qu'en plus tu peux attendre d'avoir reçu ton modem Eth pour renvoyer l'autre.
ah, ca je savais pas, effectivement c'est une excellente nouvelle..
mais ma fierte en prendrait un coup, alors je crois que je vais insister encore un peu :-) (oui j'ai du temps a perdre, je suis presque en vacances ;)
[^] # Re: Une solution
Posté par titi toto . Évalué à -2.
non franchement, je dis "bravo"
[^] # Re: Une solution
Posté par bhybct . Évalué à 1.
Mais effectivement, la solution la plus simple est de changer le modem USB contre un modem Ethernet.
# Bon courage
Posté par Séverin Tagliante-Saracino . Évalué à 2.
J'espérais que le driver linux était plus optimisé...
[^] # Re: Bon courage
Posté par Patrice Mandin . Évalué à 1.
Je me doute que la charge CPU va augmenter avec la vitesse de la ligne et la quantité de données à transférer. Mais tu ne le précises pas...
# Bilan après deux mois d'usage du driver 0.8.7
Posté par Patrice Mandin . Évalué à 1.
Jun 9 10:52:58 manoir kernel: usb-uhci.c: interrupt, status 2, frame# 1520
Jun 9 10:52:59 manoir kernel: xsm_p: down_interruptible failed,sem=OBC ,count=0
Jun 9 10:52:59 manoir kernel: WaitForObcCmdComplete: wait for obc failed (timed out),obc_flags=01
Jun 9 10:52:59 manoir kernel: ObcReset: Resetting OBC...
Jun 9 10:52:59 manoir kernel: usb-uhci.c: ENXIO 80000280, flags 0, urb c436f620, burb c436fca0
Jun 9 10:52:59 manoir kernel: USB_controlRead: err=-6
Jun 9 10:53:00 manoir kernel: xsm_p: down_interruptible failed,sem=SMIF,count=0
Jun 9 10:53:00 manoir kernel: unicorn_msw: Error in AMSW_get_Data during Fm Polling....
Jun 9 10:53:00 manoir kernel: unicorn_msw: Fm Polling will be stopped for 5 sec!!!
Jun 9 10:53:00 manoir kernel: xsm_p: down_interruptible failed,sem=OBC ,count=0
Jun 9 10:53:00 manoir kernel: WaitForObcCmdComplete: wait for obc failed (timed out),obc_flags=01
Jun 9 10:53:00 manoir kernel: ObcReset: Resetting OBC...
Jun 9 10:53:00 manoir kernel: usb-uhci.c: ENXIO 80000280, flags 0, urb c436fe20, burb c436fca0
Jun 9 10:53:00 manoir kernel: USB_controlRead: err=-6
Jun 9 10:53:00 manoir kernel: unicorn_msw: Block Read FAILED! (int context= 0)
Jun 9 10:53:00 manoir kernel: unicorn_msw: Error during flushBuffer in addBuffer for Read accesses
Jun 9 10:53:01 manoir kernel: xsm_p: down_interruptible failed,sem=OBC ,count=0
Jun 9 10:53:01 manoir kernel: WaitForObcCmdComplete: wait for obc failed (timed out),obc_flags=01
Jun 9 10:53:01 manoir kernel: ObcReadIntComplete: status=-2,transfer_buffer_length=2,actual_length=16
Jun 9 10:53:01 manoir kernel: ObcWriteIntComplete: status=-2,transfer_buffer_length=6,actual_length=20
Jun 9 10:53:01 manoir kernel: ObcReset: Resetting OBC...
[et ca repart en boucle]
Dans ce cas, une seule solution:
rmmod unicorn_usb_atm
rmmod usb-uhci
modprobe usb-uhci
modprobe unicorn_usb_atm
Ensuite, d'une connection 128/64, je suis passé récemment à 512/128. Cette fois, ce plantage de driver/pile usb arrive dès que le taux de transfert dépasse 50Ko/s (sur les 64Ko/s que la connection fournit). Ca arrive fréquemment en téléchargeant de gros fichiers. Dans ce cas, caitoo/kget/wget et/ou usage de P2P obligatoire pour pas foirer un téléchargement.
Déjà, au-dessus de 40Ko/s, j'ai ces warnings:
Jun 10 11:25:36 manoir kernel: AtmDsXferComplete: urb->status=-84,transfer_buffer_length=2240,actual_length=0
Jun 10 11:26:19 manoir kernel: AtmDsXferComplete: urb->status=-63,transfer_buffer_length=2240,actual_length=1588
Jun 10 11:26:19 manoir kernel: aal5_decode: skb too short,skb->len=1440,pdu_length=1488
Jun 10 11:26:24 manoir kernel: AtmDsXferComplete: urb->status=-63,transfer_buffer_length=2240,actual_length=1564
Jun 10 11:26:24 manoir kernel: aal5_decode: skb too short,skb->len=1440,pdu_length=1488
[et ca continue]
Vu les changements au niveau USB dans le noyau 2.6, j'ai essayé (2.6.6 et 2.6.7 (qui est sorti)). Cette fois, pas de connection possible, plein de problèmes. La console est remplie de:
ObcReadIsocComplete: retry,transfer_buffer_length=128,actual_length=0
Donc pas d'ADSL avec le 2.6.x pour moi. Et une surveillance constante de la connection pour la relancer sous le 2.4.
# Didacticiels obsolète
Posté par damaki . Évalué à 1.
C'est théoriquement un module de kernel qui manque mais le problème est que la doc des drivers bewan est trop vague, les dépendances ne sont pas indiquées (fais modinfo unicorn_pci_atm, intéressant, oh quelle doc .... pitoyable). Il faudrait analyser complètement le source pour comprendre les dépendances...
En plus les tutoriels datent pratiquement tous d'il y a 2 ans. Entre ceux qui préconisent le patch ppoa sur ppp alors que maintenant ppp est compatible atm et ceux qui considèrent que les drivers unicorn sont en version 0.2.0 (0.8.7 actuellement !!!)
A mon avis pour que ça marche, il faut soit utiliser une Mandrake 10 qui elle possède ce driver soit avoir un coup de bol et avoir la combinaison magique de modules.
# bewan
Posté par jeremy damien . Évalué à 1.
http://home.tele2.fr/slo/mdk10_0/mdk10_0.html(...)
et les commentaire de goupil (14/06/04)
http://lea-linux.org/pho/read.php?f=4&i=15947&t=15947(...)
si ca peut aider
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.