0
Certains se souviendront de l'apparition massive il y a un peu plus d'un an des nouvelles cartes Wifi Prism54 "SoftMAC" non supportées sous Linux, suite au rachat d'Intersil par GlobespanVirata, puis par Conexant. Pour les propriétaires de tel matériel, la seule solution était d'utiliser le pilote Windows sous Linux par le biais de NDISWrapper.

Il est désormais possible d'utiliser ces cartes Wifi sous Linux et FreeBSD en utilisant un pilote natif, grâce aux projets islsm et p54u. Les adaptateurs USB fonctionnent également. Il est possible d'utiliser les modes Managed, Monitor, Ad-Hoc et Master, ainsi que le WEP.

De plus, le projet FreeMAC a pour objet la mise au point d'un firmware sous licence GPL pour toutes les cartes à base de Prism54, aussi bien les anciennes ("FullMAC") que les nouvelles, et ce qu'elles soient USB ou PCI. Nous avons déjà obtenu quelques résultats.

Tout ce travail a été réalisé par ingénierie inverse sans aucune aide de la part de Conexant (NdM à vous de voir si vous souhaitez donner votre argent à des sociétés ignorant le monde du libre). Les fonctionnalités avancées des pilotes restent donc hautement expérimentales pour le moment.

> Lire la dépêche (52 commentaires, moyenne: 3).  

Vous avez demandé le commentaire #654909.

bonne nouvelle mais...

Posté par Jean-Max Reymond (Jabber id, page perso, ) le 01/12/2005 à 07:12. (lien). Évalué à 5.

quand est ce que les sociétés comprendront qu'elles vendent plus avec du support Linux et des specs ouvertes ?
le pouvoir de nuisance des OS libres n'est pas encore assez élevée car rêvons qu'un jour, HP et Dell au hasard commercialisent des PC avec Linux ou BSD intallées et à qu'à coté, existe une liste noire écrivant noir sur blanc: produit UNTEL non supporté, à éviter.
Finalement, la solution arrivera avec une augmentation des parts de marché qui seule peut faire exister comme l'a si bien démontré Firefox

--
CKR Solutions Open Source
  • [^]Re: bonne nouvelle mais...

    Posté par djibb (Jabber id, page perso, ) le 01/12/2005 à 07:18. (lien). Évalué à 10.

    Ralink l'a déjà démontré: Après avoir développé un driver opensource non-libre, cette société a carrément franchi le pas. Et depuis, nous avons pour les puces Ralink (beaucoup d'adaptateur à la norme "g") vraiment bien supportées, vraiment efficaces et qui ont toutes les fonctionnalités qui tuent. (mode monitor + en meme tps possiblité d'injection de paquet par exemple ;) )
    Vive Ralink, boycottez Connexant.

    (je ne dis pas ça contre les gars qui ont fait du reverse ingeniering, hein !!)

    • [^]Re: bonne nouvelle mais...

      Posté par Larry Cow () le 01/12/2005 à 09:07. (lien). Évalué à 3.

      Euh, je sais pas chez toi, mais le driver Ralink GPL actuel il est un peu limité. Pas de scanning, notamment. Ou bien faut m'expliquer.

      • [^]Re: bonne nouvelle mais...

        Posté par MsK` () le 01/12/2005 à 09:52. (lien). Évalué à 3.

        pas de mode Master non plus ... ( pour faire AP )

        --
        \_o<~~~~
        • [^]Re: bonne nouvelle mais...

          Posté par Sufflope (Jabber id, page perso, ) le 01/12/2005 à 11:08. (lien). Évalué à 2.

          Mais les drivers libres (à peu près fini pour *BSD, en beta pour Linux) gèrent un peu tout ce que tu veux (mode AP, WPA, ...)

          • [^]Re: bonne nouvelle mais...

            Posté par alexissoft (Jabber id, page perso, ) le 01/12/2005 à 20:07. (lien). Évalué à 3.

            D'ailleurs le driver libre ralink est intégré dans FreeBSD 6.0.

            Ca m'a fait un choc : j'avais une carte ralink qui trainait dans un coin, je la met sur un ordi de test FreeBSD et je l'allume, me disant << va falloir que je me casse les pieds à trouver un driver, le compiler, blablabla >>, puis je tente un ifconfig et là PAF y'a la carte :) (avec le mode ap et tout)

            • [^]Re: bonne nouvelle mais...

              Posté par Sufflope (Jabber id, page perso, ) le 01/12/2005 à 20:28. (lien). Évalué à 2.

              Oui ça fait plaisir (à ce sujet pour troller je dirais que la légende "les BSD reconnaissent moins de matos que Linux" est presque plutôt vérifiée dans l'autre sens...) :-)


              Mais moi ça a plutôt été le soufflé qui se dégonfle, j'attendais FreeBSD 6.0 depuis 2 mois pour ça, pour me faire un routeur wifi avec WPA... Sauf que visiblement c'est buggé parce que ça marche pas (pas de détails la digression est déjà assez longue) et je suis pas le seul :-(

              • [^]Re: bonne nouvelle mais...

                Posté par alexissoft (Jabber id, page perso, ) le 02/12/2005 à 12:18. (lien). Évalué à 2.

                Ton bug c'est le fait qu'en mode ap, les cartes 802.11b ne le voit pas ?

            [^]Re: bonne nouvelle mais...

            Posté par oxman (page perso, ) le 02/12/2005 à 08:32. (lien). Évalué à 1.

            Oui mais pas le mode master !
            (bis repetita :-p)

            Et moi perso je suis bien décu par ça.

            Si j'avais su j'aurais pris la peine d'un peu mieux me renseigner.

            Et vas-y que l'on y va à coup de "drivers du chipset passé en libre, projet repris par des gars, specs ouvertes etc", et quand j'ai recu ma carte et que j'ai vu que je pouvais pas faire de mode master...
            Je me suis dit "pas possible je me plante là".

            Je suis aller sur le site officiel des drivers libres et le mode master ne sera JAMAIS implanté. Ils attendent que ca soit géré par le kernel.

            Donc super, je suis bien dégouté, j'ai une carte wifi des plus ouvertes sur le monde du libre et je n'ai même pas de mode master.

            Autant prendre une carte genre la prism, pas libre pour un sous, mais tu as le mode master au moins :|

            • [^]Re: bonne nouvelle mais...

              Posté par Sufflope (Jabber id, page perso, ) le 02/12/2005 à 11:33. (lien). Évalué à 4.

              HostAP = Master = AP

              [^]Re: bonne nouvelle mais...

              Posté par herodiade () le 02/12/2005 à 15:11. (lien). Évalué à 4.

              Les devs du driver ralink libre sous linux trainent un peu car ils souhaitent l'intégrer proprement dans le framework 802.11 logiciel en cours d'integration dans le noyau linux (si je ne me trompe pas, la partie intégrée dans 2.6.14 n'inclus pas encore le support hostap logiciel).
              Donc je tempère ta remarque: le mode hostap sera géré par le drivers libre ralink sous linux mais les devs de ralink/linux ne veulent pas coder un AP logiciel redondant avec celui que préparent les gars du framework 802.11, ce qui est bien compréhensible, c'est un gage de meilleure qualité/maintenabilité, à moyen terme. Ce chipset est d'ailleur pleinement supporté dans tout les modes (y compris master/hostap) dans les *BSD (qui il est vrai ont un framework 802.11 logiciel depuis un moment déjà), donc c'est tout à fait faisable.

              Bref, ça reste un chipset très prometeur (et bon marché) sur les unix libres. Pour le mode hostap, il suffit d'attendre un peu, ou d'utiliser OpenBSD. Ou acheter une atheros en attendant (très performant, mais c'est beaucoup plus cher).

              Au passage, l'unification du framework wifi sous linux est vraiment une bonne chose: celà évitera les implémentations redondantes (pour quasiment tout les chipsets wifi modernes, qui délègue la gestion du protocole au kernel pour des raisons d'économies), celà permetra d'unifier les extensions WE et les outils de gestion des interfaces (ifconfig, iwconfig, ...) ou d'autres fonctionalités wifi (aircrack, kismet etc.).
              Pour le moment il faut reconnaitre que le wifi sous linux, c'est vraiment le bordel (on est loin de l' « unité » du monde fast-ethernet par exemple); et le fait que les constructeurs puissent produire des produits ayant les mêmes références mais des chipsets différents n'arrange rien.

              Pour revenir à la dépêche: le boulot sur FreeMac est vraiment vraiment impressionant ! y a-t-il projet de supporter le chipset prismGT aussi (ou est-ce déjà le cas) ?

              • [^]Re: bonne nouvelle mais...

                Posté par Sébastien Bourdeauducq (page perso, ) le 02/12/2005 à 19:24. (lien). Évalué à 1.

                Oui, ça a déjà été testé avec succès sur deux cartes PrismGT (ISL3880) PCI. Il y a très peu de différences entre les ISL38xx, c'est surtout au niveau des modulations et fréquences disponibles sur le BBP (BaseBand Processor - en gros, un radio-modem piloté par le processeur ARM sur lequel tourne le firmware) et la RAM disponible (4x moins sur un chip prévu pour SoftMAC que sur un prévu pour FullMAC).

                En plus, chaque carte est équipée d'une EEPROM I2C qui contient des infos sur la façon de piloter le matériel : on peut donc autodétecter pas mal de paramètres (enfin, on a encore du boulot pour analyser finement son contenu).

                Si tu as une carte PrismGT, les résultats de ton test sont les bienvenus :)

                • [^]Re: bonne nouvelle mais...

                  Posté par djibb (Jabber id, page perso, ) le 02/12/2005 à 21:46. (lien). Évalué à 2.

                  question SUPER-conne : j'ai une carte wifi pcmcia de free... que j'ai demonté. Le chipset est un prism 2.5 aux dernières nouvelles... je peux vous envoyer la carte, vous la pretant. Je peux aussi faire des tests dessus si ils sont très détaillés (je suis pas super noob mais je suis pas un kador non plus).
                  Est-ce dans vos cordes ? que dois-je vérifier pour que vous le sachiez ?

                  • [^]Re: bonne nouvelle mais...

                    Posté par Sébastien Bourdeauducq (page perso, ) le 03/12/2005 à 11:25. (lien). Évalué à 1.

                    Le prism 2.5 n'a pas grand chose à voir avec les prism54, hormis le nom.
                    Merci quand même :)

                    • [^]Re: bonne nouvelle mais...

                      Posté par djibb (Jabber id, page perso, ) le 03/12/2005 à 12:58. (lien). Évalué à 2.

                      bah du coup j'ai démonté ma Ralink, y'a un bel endroit ou je peux brancher une atnenne externe... trop bien :)
                      C parti pour le ward driving sauvage ;)

                  [^]Re: bonne nouvelle mais...

                  Posté par herodiade () le 03/12/2005 à 18:53. (lien). Évalué à 2.

                  Si tu as une carte PrismGT, les résultats de ton test sont les bienvenus :)

                  Ouille, désolé, j'ai toujours évité ce chipset du fait du manque de support ...
                  Effectivement, la conséquence c'est que ça n'aide pas ce support à avancer :( . La poule, l'oeuf, toussa...

          [^]Re: bonne nouvelle mais...

          Posté par munshausen () le 01/12/2005 à 18:50. (lien). Évalué à 1.

          Et pas de support pour les kernel smp. Et ça ne semble pas être à l'ordre du jour pour l'instant. Mais bon c'est du libre.

        [^]Re: bonne nouvelle mais...

        Posté par SuperDindon () le 01/12/2005 à 18:29. (lien). Évalué à 2.

        Même qu'à un moment, c'était du grand n'importe quoi le driver GPL, à l'époque je regrettais mon achat..

        Eh ben je sous-estimais largement la magie du libre et des specs ouvertes, le driver a muri très vite et maintenant j'exploite tout le potentiel de ma carte et c'est le must, je regrette d'avoir regretté !

      [^]Re: bonne nouvelle mais...

      Posté par mathieu mathieu (Jabber id, page perso, ) le 01/12/2005 à 11:33. (lien). Évalué à 2.

      J'ai pris du ralink et pourtant, vu que wpa_supplicant ne supporte pas ce driver, je suis contraint à utiliser ndiswrapper!

      De plus j'ai eu des problèmes avec le module libre (etch/module-assistant) ... le module ne voulait plus se décharger etc.

      bref, ralink c'est bien mais pas vraiment au top non plus!

      • [^]Re: bonne nouvelle mais...

        Posté par PasChauve PasOunet () le 01/12/2005 à 14:01. (lien). Évalué à 6.

        Le driver ralink gere lui meme le wpa , il n'y pas besoin de wpa_supplicant :

        iwpriv ra0 set AuthMode=WPAPSK
        iwpriv ra0 set EncrypType=AES
        iwpriv ra0 set WPAPSK="YOUR-WPA-PSK"

      [^]Re: bonne nouvelle mais...

      Posté par encre (page perso, ) le 01/12/2005 à 13:32. (lien). Évalué à 1.

      Juste pour râler (mais je ne connais pas grand chose à l'électronique dans les cartes WiFi): est-ce que le fait que les firmwares ne supportent pas tous les modes (donc Monitor en fait) ne veut pas dire que les constructeurs/devs de firmware ne savent même plus faire leur métier?
      Je pose la question parce que je n'a jamais eu de carte ethernet qui ne pouvait pas passer en promiscuous.
      Deuxième chose, on voit les constructeurs dire qu'ils ne veulent pas filer la doc, ils pensent vraiment que leur matos c'est de la R&D impressionnante ou quoi? C'est pas une antenne + une sorte de modem (je rappelle, je ne m'y connais pas en élec)? D'ailleurs pourquoi ne pourrait-on pas se connecter à plusieurs AP/ad-hoc en même temps?

      • [^]Re: bonne nouvelle mais...

        Posté par Matthieu () le 01/12/2005 à 17:08. (lien). Évalué à 2.

        Je ne sais pas pourquoi on ne peut pas se connecter à plusieurs AP en même temps, mais Microsoft (eh oui...) propose de tester leur projet virtualWifi (en cours de développement) qui permet de se connecter à plusieurs réseaux simultanément.
        Le projet : http://research.microsoft.com/netres/projects/virtualwifi/default.htm

        Quelque'un sait-il si c'est faisable/en cours sous Unix?

        • [^]Re: bonne nouvelle mais...

          Posté par Matthieu C () le 01/12/2005 à 17:26. (lien). Évalué à 6.

          Quelque'un sait-il si c'est faisable/en cours sous Unix?
          Oui les derniers drivers madwifi (atheros le font).
          Certains drivers proprio le font.
          Et enfin une stack 803.11 GPL pour linux qui le fait a ete poste il y a quelques temps sur linux-netdev ( http://marc.theaimsgroup.com/?l=linux-netdev&m=112872348(...) ).

        [^]Re: bonne nouvelle mais...

        Posté par Matthieu C () le 01/12/2005 à 17:28. (lien). Évalué à 4.

        Deuxième chose, on voit les constructeurs dire qu'ils ne veulent pas filer la doc, ils pensent vraiment que leur matos c'est de la R&D impressionnante ou quoi? C'est pas une antenne + une sorte de modem (je rappelle, je ne m'y connais pas en élec)?
        Le pb, c'est que plus en plus de chose sont fait au niveau soft, et on se retrouve avec du matos dont la valeur ajouter se trouve dans le soft alors que le hard est comme tu le dis un truc "tout bete"...