Drivers SpeedTouch USB sans recompiler le noyau

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
5
sept.
2001
Internet
Benoit Papillault a réécrit le driver pour le modem ADSL Alcatel SpeedTouch USB.

Avec cette nouvelle version, plus besoin de recompiler le noyau Linux.

Ce driver fonctionne à partir de la version noyau 2.2.17 . Il fera partie de la Mandrake 8.1.

Aller plus loin

  • # Petit conseil

    Posté par  (site web personnel) . Évalué à 10.

    Bonjour a tous,

    Je fais parti des developpeurs du driver et je voudrais preciser qu'une erreur s'est glissée dans le HOWTO de Dijoux présent sur la page de Benoit Papillault.

    Je vous conseille de suivre la procedure d'installation decrite dans le HOWTO distribué dans le tarball du driver (???/doc-linux/Speedtouch-HOWTO-[fr,en].html). Il a l'avantage de ne pas comporter d'erreur et d'etre generique (pas specifique a la mdk ou rh).
    Si vous souhaitez le consulter online avant de vous lancer ds l'install du driver, il est disponible sur mon site :
    http://perso.wanadoo.fr/ed.gomez(...)

    Edouard Gomez

    PS : c juste pour eviter un afflux de malheureux sur le chan IRC que je precise tout ca ;-) (ca me fera moins de travail :)
    • [^] # Re: Petit conseil

      Posté par  (site web personnel) . Évalué à -2.

      Juste une question: quand je fais du download, environ 80% des ressources CPU sont prises (en majorité par le kernel). Aucune idée ?
      • [^] # Re: Petit conseil

        Posté par  (site web personnel) . Évalué à -1.

        Utilise la Mail List speedtouch pour poser ce genre de question... On va pas polluer dlfp avec une discussion de ce genre (longue, ennuyeuse et a la fin incertaine)
        En +, d'autres se posent surement la mm question et donc la Mail List permettra a tout le monde d'en profiter.

        Edouard Gomez
        (80% d'un i386 c pas pareil que 80% d'un p4 ;-)
      • [^] # Re: Petit conseil

        Posté par  . Évalué à 2.

        Il faut utiliser un *vrai* modem si tu ne veut pas gaspiller les ressources de ton PC.
        • [^] # Re: Petit conseil

          Posté par  . Évalué à 0.

          Ben t'es gentil, toi ! quand t'as pas le choix tu prends ce qu'on te donne... En l'occurence Wanadoo, ne fournis plus de modem Ethernet, c'est ca ou le RTC quand il n'y a pas d'autre provider dans ton coin...
          • [^] # Re: Petit conseil

            Posté par  . Évalué à 6.

            C'est faux.
            Wanadoo essaye de fourguer ses modem USB a tout le monde mais en insistant, je veux dire en INSISTANT LOURDEMENT on peut se faire refiler un modem USB+ETHERNET du plus bel effet.
            Il faut être convainquant, ne rien signer tant que on y est pas arrivé ... mais c'est possible.

            Annectdote: des potes montaient une boite et avaient besoin de l'ADSL (abonnement particulier). Ils avaient un vieux PC pour faire firewall, pas d'USB. Wanadoo ne voulait rien savoir mais je leur ai dit de ne pas craquer et de continuer à négocier. A force de persuasion il se sont fait refiler un modem usb+ethernet ... cqfd
            • [^] # Re: Petit conseil

              Posté par  . Évalué à 4.

              Je confirme : deux potes ont pris l'ADSL (sur deux villes différentes), et ont exigé un modem ethernet car leur PC ne comporte pas d'USB. L'attente a été plus longue, mais ils l'ont eu leur joli modem alcatel speed touch home, il y a à peine un mois. Il faut juste demander, ils sont dans l'obligation de te fournir un modem ethernet.
              • [^] # Re: Petit conseil

                Posté par  . Évalué à 1.

                >> ils sont dans l'obligation de te fournir un modem ethernet.

                tu y vas un peu fort non ?

                c'est surtout un probleme de rentabilité pour FT, eventuellement un probleme de dispo du hard.

                et puis, FT sait tres bien que ceux qui veulent de l'ethernet, c pour mettre en reseau, et comme netissimo 2 est normalement prevu pour le reseau ... cqfd.
                • [^] # Re: Petit conseil

                  Posté par  . Évalué à 0.

                  Absolument, si tu t'abonne à Netissimo-II le modem est un modem ethernet.
                  Donc deux cibles :
                  1) les utilisateurs -> netissimo-I, usb
                  2) les soho -> netissimo-II, ethernet
                  C'est cohérent, choisis ton camp.
                  • [^] # Re: Petit conseil

                    Posté par  . Évalué à 1.

                    Si tu t'abonnes a Netissimo II, tu as un modem/routeur ATM pour l'ADSL, Ethernet pour le LAN, ce qui est encoore différent (c'est le modem/routeur qui établit la connexion, et qui est routeur par défaut).
                • [^] # Re: Petit conseil

                  Posté par  . Évalué à 3.

                  > et puis, FT sait tres bien que ceux qui veulent de l'ethernet, c pour mettre en reseau, et comme netissimo 2 est normalement prevu pour le reseau ... cqfd.


                  ???

                  La, faut m'expliquer le rapport entre le modem ethernet plutot que USB et la mise en réseau.

                  Sauf pour ceux qui veulent transformer un SpeedTouch@home en Pro, mais ils doivent pas être légion (surtout que ca marche qu'avec ceux la: si t'as un ECI, ca marche pas.


                  Par contre, le probleme de dispo hard a l'ai +- reel. Selon les périodes et les villes, ca peut aller aussi vite qu'un USB, ou ca peut etre beaucoup plus long.
                  • [^] # Vive Belgacom en Belgique

                    Posté par  . Évalué à 1.

                    AAAAH, comme c'est bon la belgique, ou notre operateur national nous laisse entierement le choix du modem : alcatel SpeedTouch HOME, speedTouch PCI, SpeedTouch USB ou encore un EICON USB...
                    Et encore on peut acheter ces modems sans prendre de ligne adsl !!!
                    ou on peut aussi acheter des modems ADSL dans les magasins d'informatique, on trouve n'importe quelle marque :)
                • [^] # Re: Petit conseil

                  Posté par  (site web personnel) . Évalué à 1.

                  Je vois pas vraiment la contre-indication qui ferait qu'on peut pas partager une connexion via un modem USB sur un lan. Un bon coup de NAT et hop tu connecte 10 machines sur le Net avec un seul modem USB, ça se passe tout seul...
  • # testing

    Posté par  (site web personnel) . Évalué à 9.

    Si vous voulez nous aider à supporter correctement ce modem dans la 8.1, installez la cooker et envoyez moi des rapports de bug, merci

    Et si vous ne pouvez pas downloader votre iso cooker paske votre modem adsl ne marche pas encore, écrivez moi, si vous êtes gentils je vous enverrai des cds.
    • [^] # Re: testing

      Posté par  . Évalué à 1.

      Je croyais que alcatel ne voulait pas qu'on distribue ses binaires dans des distribs. Ils ont changé d'avis ?
      Sinon, qu'en est-il des geforce ? Les drivers nvidia seront-ils prochainement inclus et préconfigurés dans mandrake ?
      • [^] # Re: testing

        Posté par  . Évalué à -1.

        Mandrake a fait un accord avec Alcatel : la version commerciale intègre le microcode du modem USB, seul fichier nécessaire en plus des drivers SpeedTouchUSB

        Sinon, la version GPL va chercher sur les partitions FAT la présence de l'install Windows et en extrait le fichier utile (fourni directement par Alcatel)
        • [^] # Re: testing

          Posté par  (site web personnel) . Évalué à 3.

          d'ou tu répond sans rien savoir?
          On est en train d'essayer d'avoir un accord avec alcatel, mais c'est pas encore fait.
          Si on y arrive pas, faudra chopper le microcode par ses propres moyens.
          • [^] # Re: testing

            Posté par  . Évalué à 0.

            dam's : j'avoue avoir eut ces infos par un des développeurs sur irc... peut etre ait-je un souvenir érroné ? Mais tu n'a pas dis que j'avais tord ...


            J'espere réellement qu'Alcatel vous permettra de faire un package autonome, afin que l'on puisse se connecter depuis un install toute fraiche.

            je ne parlerais plus pour les autre :(
            • [^] # Re: testing

              Posté par  (site web personnel) . Évalué à 2.

              J'ai juste pas envie qu'on nous accuse si on n'arrive pas à avoir d'accord.
              Attendons que ça soit officiel avant de sauter de joie c tout

              vala vala
          • [^] # Re: testing

            Posté par  . Évalué à -1.

            et pour les geforces ?
            • [^] # Re: testing

              Posté par  . Évalué à 6.

              Encore une fois c'est le même problème.
              les drivers nvidia, surtout la partie la plus intéressante qui gère la 3D est closed source et soumise à une license assez restrictive.
              Donc il est absolument inenvisageable de voir ces drivers inclus dans la version GPL de la distribution ( problème de license policy évidemment ).
              Cependant, il est vrai que si Mandrake arrive à trouver un accord avec nvidia, alors il est vrai qu'une intégration des drivers mais seulement pour les packs commerciaux pourrait être possible.
              Le cas debian est particulier, car les binaires dispos avec apt-get ne font pas partie de la distribution. Quand la woody sortira en CD, ils n'y seront pas. C'est plus une contribution d'un packageur.

              Enfin juste une remarque : même sous win il faut télécharger les drivers pour sa carte graphique (last drivers + last DirectX + last via4in1 ) donc installé 2 rpm et modifier 2 lignes n'est pas forcément sorcier. Surtout si vous utilisé une doc bien faite.
              hop je me fais de la pub : http://perso.wanadoo.fr/linux_wizard/howto_nvidia.html(...)

              Plus sérieusement, il est vrai que si les drivers étaient OpenSource, ou que Nvidia s'était contenté de donner les specs de ses cartes, on aurait eu de beaux drivers DRI ou autre déjà installé de base avec XFree.
              Cependant quand on voit l'avancement du projet DRI et l'avance en terme de perfs pures des drivers nvidia ( les cartes graphiques y sont aussi pour beaucoup ), on se dit que finalement ....

              Il semblerait que plus les constructeurs supporteront Linux, plus on risque de s'orienter vers une situation où on aura soit des drivers OpenSource, soit des drivers binaires closed source ou entre les 2 comme le fait nvidia.
              J'ai l'impression que si les constructeurs ne veulent pas donner les specs, la meilleure solution reste celle adoptée par nvidia : une partie Opensource, notamment celle qui dépend hautement de la version du kernel ( facilite la maintenance notamment gràce à la contribution de la communauté OpenSource ) et une partie binaire qui leur permettra de "protéger" leurs soit disant specs de la mort qui tue quejeneveuxpasquemonconcurrentconnaisse.
              Bien sûr cette partie bougeant plus lentement, voire étant figé, il leur faudra penser à une interface de communication standardisée et documentée entre les 2 parties pour éviter d'éventuels problèmes de compatibilité lors des updates de l'une ou l'autre partie. Cela suppose l'existence d'une vraie politique de soutient/support Linux chez le constructeur.

              Si on y regarde de plus près, c'est le cas des drivers de Benoit Papillaud ! ( de manière empirique )
              Si on regarde ce qu'on a, on constate qu'il y a :
              + Une partie OpenSource pour laquelle BP s'assure de la compatibilité avec le noyau, fait en sorte kelle ne dépende ni d'une distribution, ni d'une release précise du kernel.
              + une partie closed source ( le firmware ) sur laquelle Alcatel a la mainmise.

              Le grand pb des drivers binaires closed source est que svt ils ne sont fait que pour une distribution ( souvent la RH ) et aussi plus ou moins assujettis à une version du noyau. Or comme des fois les kernel developer cassent la compatibilité des certaines interfaces entre 2 releases de noyau ....
              ton zolie drivers qui marche avec le 2.4.3 ne marche plus du tout avec le 2.4.9 ( genre il utilise les macro min/max, ouch ).

              il faut vraiment mettre en place une politique de coopération avec les constructeurs et ce notamment pour ne pas les effrayer les pauvres petits choux :D
              Cela suppose bien sûr une réelle politique Linux de leur part car il faut une équipe pour bosser sur la création de l'interface, sa mise en place et la coopération avec la communauté pour la partie OpenSource.
              Ne restera plus qu'a réglé ensuite le pb du SAV et du partage de responsabilité, or là ce sont les avocats qui tiennent les rênes. Ce n'est pas gagné :(
              • [^] # Re: testing

                Posté par  . Évalué à -1.

                Le grand pb des drivers binaires closed source est que svt ils ne sont fait que pour une distribution ( souvent la RH ) et aussi plus ou moins assujettis à une version du noyau. Or comme des fois les kernel developer cassent la compatibilité des certaines interfaces entre 2 releases de noyau ....
                ton zolie drivers qui marche avec le 2.4.3 ne marche plus du tout avec le 2.4.9 ( genre il utilise les macro min/max, ouch).

                Mauvais exemple, je pense. min() et max() etant des macros, ce n'est pas ce genre de changement qui casse le compatibilite. Un pilote compile pour linux 2.4.3 utilisant max(a,b) contiendra le code binaire de "si a > b alors a sinon b", qui continuera a marcher avec un noyau 2.4.9.
                C'est plutot le code source qui n'est plus compatible, le prototype de max() ayant change. Ca aurait ete different si ca avait ete une fonction, au lieu d'une macro.

                Voila, juste un detail, et comme ca n'appelle pas de reponse (sauf correction) -> -1
                • [^] # Re: testing

                  Posté par  . Évalué à 2.

                  Oui en fait si tu as un module binaire, il casse si les API ou les structures internes du noyau changent (genre un paramètre en plus pour un appel système, ou un champ en moins dans une struct).
                  Si tu as un module en sources, il casse sur des modifs genre min/max (je ne vais pas revenir sur la polémique entre Linus et Alan sur ce sujet), mais avec un peu de jugeotte, tu fais la correction toi-même dans les sources du module (et si tu es gentil, tu publies ton patches pour l'auteur et pour ceux qui ne savent pas le faire eux-même)

                  C'est tout l'avantage de l'Open Source. En closed source, si ça marche pas, tu restes le nez dans le caca.
  • # Juste pour info

    Posté par  . Évalué à 4.

    J'utilise les anciennes version des drivers de benoit papillault. Ça fonctionne très bien, avec le noyeau fourni dans la mandrake 8.0, pas besoin de recompiler quoi que ce soit.
    • [^] # Re: Juste pour info

      Posté par  . Évalué à 1.

      Je confirme: il marche même MIEUX que le driver d'Alcatel!!!

      Un grand MERCI a Benoit Pappilault et à tous ceux qui ont bossé sur ce driver.

      RenoX (qui en a marre de tenter de s'authentifié)
      • [^] # Re: Juste pour info

        Posté par  . Évalué à 0.

        C'est à dire MIEUX ?
        J'utilise le driver d'Alcatel et j'en suis satisfait ! (utilisation cpu normale, 64 k/s sur une ligne adsl)
        • [^] # Re: Juste pour info

          Posté par  . Évalué à -1.

          > (utilisation cpu normale, 64 k/s sur une ligne adsl)

          ouais, mais regarde, j'ai le speedtouch home... utilisation cpu nulle, 105k/s sur ma ligne adsl ;)
        • [^] # Re: Juste pour info

          Posté par  . Évalué à 1.

          Mais chez moi le driver Alcatel ne fonctionnait pas terrible (je ne suis pas le seul a avoir eu des problemes avec).

          De temps en temps, j'avait des pertes de connexions et pour pouvoir le refaire fonctionner, je devais debrancher le modem--> penible.

          J'en ai eu marre alors je suis passer au driver de Benoit..
      • [^] # Re: Juste pour info

        Posté par  . Évalué à -1.

        C'est vrai, c'est magique: PAPILLAULT PRESIDENT
  • # Balkanisation ?

    Posté par  . Évalué à -3.

    Sur Fcolc, y a un gars qui avait ecrit un Driver pour ce type de periph en Perl pour SuSE 7.1 et superieur.

    Sur ce meme site il y a le driver pour une Debian.

    Est ce que ce driver ci fonctionne avec n'importe quel distrib ?
    • [^] # Re: Balkanisation ?

      Posté par  . Évalué à 1.

      tu pourrais donner les liens car à ma connaisance il n'y avait que le projet de Benoit pour le support des Alcatel USB sous Linux.
      de plus ce drivers marchent kelkesoit la distribution. C'est avant tout une question de noyau et de config noyau ( et de version de soft).
      ce pendant je me demande si il ne faut pas changer 2/3 trucs pour la slackware étant donné sa gestion des runlevel, mais bon ...

      donc la balkanisation ... elle n'est pas encore là même si elle menace à l'horizon.
    • [^] # Re: Balkanisation ?

      Posté par  . Évalué à -1.

      Et ce driver écrit en Perl, est-ce qu'il marchait bien ?
      Ou est-ce que des fois il y avait des paquets qui se blo ?

      bon, ok, -1 parce que là...
  • # meme k il marche sous bsd

    Posté par  . Évalué à 2.

    manke plus ke beos et mac osX ...
  • # recompiler or not recompiler

    Posté par  . Évalué à 1.

    Comment je fais si mon noyau n'a pas le support de module ?? ;)
    • [^] # Re: recompiler or not recompiler

      Posté par  . Évalué à 0.

      ben t as pas besoin de module pour le drivers. tu peut compiler le noyau en monolithique le ppp-generic etc ... Mais bon je vois pas trop l interet c est kan meme plus simple avec les insmod ...
      • [^] # Re: recompiler or not recompiler

        Posté par  . Évalué à 5.

        L'interet potentiel que j'y vois (menfou je suis pas ADSLisé, je suis cablé), c'est que ce genre de driver peut s'utiliser sur un firewall.
        Or le chargement des modules a dejà permis à plusieurs reprises de planter des backdoor directement dans le kernel (une fois le systeme pénétré, la première tache d'un pirate est de s'assurer qu'il pourra revenir).
        De plus un firewall ne devrait être installé qu'avec le moins possible de fonctionnalités (que ce qui est necessaire). le chargement des modules me parait pas necessaire puisque l'utilisation de la machine est constante, c'est toujours les memes modules qui seront chargés et en permanence.
  • # ca c'est valable

    Posté par  . Évalué à -2.

    ouai. ca c'est vraiment bien.

    non pas que les drivers de benoit papillault soit durs a installer, loin de la. la preuve, j'ai moi meme réussi a les installer sans l'aide de personne (sauf la doc). mais le nombre de débutants qui viennent demander comment on installe le speed touch USB sur IRC est impressionnant. De plus, dans 80% des cas c'est avec une mandrake (la distribution que j'utilise aussi).
    le fait qu'ils se retrouvent intégrés dans la distribution est vraiment une bonne chose. Encore merci a Benoit Papillault. Sans lui, je serait encore sous Windows, car je ne me serait pas pris la tête a recompiler le noyau, comme beaucoup d'autres débutants.
    En effet, il y a des domaines ou je me démerde dans le systeme, mais si ya bien une chose qui me prend la tête, c'est bien de compiler la kernelle !!.
  • # Et les modems ECI USB ?

    Posté par  . Évalué à 1.

    Bon c'est une bonne nouvelle pour ceux qui sont sur une plaque Alcatel, mais pour les autres , qui sont sur une plaque ECI, y a t'il des drivers linux pour les modems ECI USB, je pense notamment à l'offre ADSL Xtense de France Telecom, qui propose un modem a 990 frs ECI USB, dans mon cas ?
    J'avais cru entendre parler, d'un driver pour modem ECI USB en préparation, quelqu'un a des infos ??
  • # Perf USB vs Ethernet

    Posté par  . Évalué à 1.

    Tout le monde semble preferer le modem ethernet, mais d'un point de vue performance l'usb me semble mieux
    - quand j'uploade a 16K je peux encore downloader (ce qui n'est pas le cas avec l'ethernet)
    - le ping est meilleur
    sinon, le modem usb semble prendre beaucoup de cpu, en fait peu importe j'ai une passerelle dediee.
    Si des utilisateurs ont un avis...

    a+
    • [^] # Re: Perf USB vs Ethernet

      Posté par  . Évalué à 2.

      je suis sceptique.

      quand j'uploade a 16K je peux encore downloader (ce qui n'est pas le cas avec l'ethernet)

      je suis surpris. Une ethernet me semblerait plus indiqué au contraire pour faire ce genre de choses. Tu as des liens vers des cas cobcrets, car autour de moi personne ne m'a fait ce genre de constation.

      d'un point de vue performance l'usb me semble mieux
      mouais, enfin disons que c'est pas top.
      Si tu es un gros utilisateur USB, ton cher modem doit partager sa bande avec avec les autres périphériques, donc perfs en dl/up et ping en patissent ( surtout si tu as tout mis sur le même bus ).
      Ensuite pas mal de gens ont eu des pbs avec des modems USB sous-alimentés avec des puces Via.

      Non, vraiment mis à part la disponibilité matérielle, la vrai raison qui motive FT & Cie pour les modems USB est la simplicité.
      Tu proposes un pack tout beau tout chaud à Luce et Henry ( oui ils ont quitté AOL ), ils arrivent chez eux et ils branchent le cable dans la petite fente qui ressemble au dessin du manuel.
      Le modem ethernet ? d'abord il faut une carte réseau, et ils n'en ont pas par défaut. Donc ils doivent en acheter une. euh c'est koi une carte réseau ? RJkoi ? Non moi je suis plutôt RN25 pour venir chez moi. Ensuite il faut installer la carte réseau et pour cela il faut ouvrir l'ordi. Je crois que c'est trop leur demander ... et les SAV de merde de certaines grandes surfaces ....
      • [^] # Re: Perf USB vs Ethernet

        Posté par  . Évalué à 1.

        Bas en fait, j'avais remarqué il y a 6 mois sur un abonnement netissimo 2 avec modem ethernet que pendant les phases d'upload, la BP en download diminuait de manière importante (ce qui n'est pas logique vu que la spec xDSL sépare les canaux montants et descendant). Si qq a plus d'info ?

        Je me posait une autre question, ce drivers 100% libre qui marche sans recompilation n'est il pas moins performant (en temps machine j'entends car vu le faible débit, l'utilisateur ne doit pas percevoir la différence) que celui d'alcatel sachant qu'il doit (supposition) marcher en user space et non pas en kernel space comme le module speedtch ???

        Alex
  • # Re: Petit conseil

    Posté par  (site web personnel) . Évalué à 1.

    J'ai un SpeedTouch USB et je partage l'accès Internet, c'est grave docteur ?
  • # Modem ADSL wireless

    Posté par  . Évalué à 0.

    Humm, désolé pour la question limite hors-sujet. Mais Alcatel fabrique (ou en tout cas vante sur son site http://www.alcateldsl.com(...) ) un modem speedtouch (le modèle 570) qui présente côté LAN une interface wireless 802.11b. Est-ce que quelqu'un en a jamais vu ne serait-ce que l'ombre dans un magasin? J'en veux un!

    (Oui, je sais que je pourrais relier un point d'accès wireless qui gère le PPPOE à un speedtouch Ethernet, ou mettre une carte wireless dans un PC et faire du NAT mais ça ne m'interesse pas, c'est une question... d'élégance.)
  • # Carte pci usb

    Posté par  . Évalué à 0.

    sais tu si cela fonctionne avec une carte pci usb (2 ports) sur une mandrake 8.1
  • # Mandrake 8.1 download edition

    Posté par  . Évalué à 0.

    ATTENTION,
    le redemarrage d'une connection ADSL avec cette version de mandrake est impossible, si vous executez /etc/rc.d/init.d/internet restart un beau message d'erreur BULK_FS fail etc apparait...
    la solution? tres simple, remplacer les fichiers pppoa2 modem_run et le script /usr/share/speedtouch/speedtouch.sh par adsl.sh du tgz officiel de benoit.p.
    en recompilant vous vous apprecevrez qu'il manque de 10 a 20ko dans les executables mandrake, a priori il sagit de la version de Juin.

    ZeuPiark.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.