Journal Modem BEWAN ADSL USB ST : le retour

Posté par  .
Étiquettes :
0
5
juin
2004
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  . Évalué à 1.

    Tu as recompile ton noyau toi meme ou tu as pris une version tout faite ?
    • [^] # Re: Noyau ?

      Posté par  . Évalué à 1.

      version toute faite.

      y a un ou deux mois j'avais essaye en recompilant mais ca marchait pas non plus..
      • [^] # Re: Noyau ?

        Posté par  . Évalué à 1.

        Donc, recompile toi un noyau et compile les drivers. Les drivers pour l'usb et la carte pci sont presques les memes. J'avais une pci et ca passe nickel, dans les commentaires plus bas j'ai pu lire que les pci passent avec un kernel 2.6.7
        Si tu recompile le noyau puis les modules, tu n'auras plus de problemes de magic number (theoriquement).
        • [^] # Re: Noyau ?

          Posté par  . Évalué à 0.

          bon, je vais tenter, mais j'avoue que j'aurai voulu eviter car sur mon p2 400, c'est un peu longuet la compile du kernel.. mais il faut ce qu'il faut :)
  • # ici ça marche

    Posté par  . Évalué à 2.

    J'ai un bewan pci st et ici ça marche. Noyau 2.6.7-rc2-bk4 pour être précis.

    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  . Évalué à 1.

      bewan pci st

      mon probleme concerne le bewan USB st
      • [^] # Re: ici ça marche

        Posté par  . Évalué à 2.

        > mon probleme concerne le bewan USB st

        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  . Évalué à 2.

          btw, j'ai compiler unicorn_usb_*.ko ici. J'ai pas de problème de magic number.
  • # Une solution

    Posté par  . Évalué à 1.

    Le mieux est de changer (gratuitement) ton modem USB contre un modem Ethernet. Appelle l'assistance télé2.

    Tu ne seras plus em***dé par ces modem pourris.
    • [^] # Re: Une solution

      Posté par  . Évalué à -2.

      merci pour cette reponse fort constructive...
      • [^] # Re: Une solution

        Posté par  . Évalué à 0.

        Je n'ai trouvé aucun témoignage de personne ayant réussi à faire fonctionner ce modem.

        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  . Évalué à -2.

          Je n'ai trouvé aucun témoignage de personne ayant réussi à faire fonctionner ce modem.

          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  . Évalué à -2.

            c'est quand meme genial ce nouveau systeme de notes automatiques des commentaires.. mes commentaires dans mon propre journal commencent a -2 (pour une obscure raison, sans doute que je poste tres peu ces derniers temps), et sont donc caches "par defaut" (oui je sais, y a la barre, mais bon..)
            non franchement, je dis "bravo"
    • [^] # Re: Une solution

      Posté par  . Évalué à 1.

      gratuitement ? Je ne pense pas si simple, il faudrait inventer une raison pour dire que ce modem ne marche pas sous windows. Voir le site http://www.grenouille.com/(...)
      Mais effectivement, la solution la plus simple est de changer le modem USB contre un modem Ethernet.
  • # Bon courage

    Posté par  . Évalué à 2.

    Si ça peut te consoler, j'ai vu ce modem bouffer 25% de ressource processeur en moyenne, sur un celeron 2gh et Windows XP... Il parait que c'est normal, y'a de l'abus !

    J'espérais que le driver linux était plus optimisé...
    • [^] # Re: Bon courage

      Posté par  . Évalué à 1.

      Je trouve ça plus qu'excessif. Avec une application qui télécharge, j'ai une charge d'a peu près 20% (8% user, 11% system, d'après top), avec une ligne de 128Kb/s, un taux de transfert de 6Ko/s, et un K6-2/533 sous Linux.

      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  . Évalué à 1.

    Tout d'abord, quand la charge système est élevée (lancement des tâches cron.daily, usage extrême de swap (OpenOffice+Mozilla+Limewire+KDE3)), le driver et/ou la pile usb (driver usb-uhci) plantent:

    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  . Évalué à 1.

    T'inquiètes pas, t'est pas le seul. Je suis sous Debian testing et ça va faire 4 jours que j'arrête pas d'essayer et à chaque fois même topo : "Unresolved symbols". J'ai essayé avec le kernel 2.6.6, bon là c'était pas le même problème, je me suis gourré dans la liste des modules.
    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  . Évalué à 1.

    j'ai installé ce p****n de modem en suivant le tuto suivant
    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.