Si sur un PC Linux il est possible d'utiliser NDISWrapper pour charger les pilotes Windows, aucune solution concrète n'existait sous Linux sur Mac (hormis de passer par MOL).
Ces pilotes ont été créés en plusieurs étapes.
- Première étape, rétro-ingénierie des pilotes binaires écrits pour Linux disponibles dans un access point Wireless de Linksys.
- Suite à cela, une documentation complète a été écrite. De cette documentation, les pilotes sont nés.
Hi,
I am a developer of the Broadcom-43xx driver project. (The 43xx chipset is used in a lot of chipsets, including the Apple Airport 2 card).
I am writing this mail on my PowerBook and it is sent wireless to my AP. That means, we can transmit real data, if you did not get it, yet. :)
That does _not_ mean, that it completely works, yet. The team is in the progress of writing a SoftwareMAC layer, which is needed for the bcm device. The SoftMAC is still very incomplete. So do not expect to do any fancy stuff like WPA or something line that with it.
Please be patient, thanks. :)
If you want to try the driver, a few steps have to be done manually, because the SoftMAC doesn't do them automatically, yet:
insmod ieee80211softmac.ko
insmod bcm430x.ko
ifup ethX
iwconfig ethX channel YOUR_AP_CHANNEL
iwconfig ethX essid ESSID_OF_YOUR_AP
In between you should pray from time to time.
If it works without crashes, cool. :)
If it crashes, well, fix it or send us a complete OOPS message including detailed information about the device. Most information about the device is printed on insmod. Including this information is _important_, because there are so many different devices around.
Do _not_ expect to get any 802.11a based device working, yet. Only b/g devices should "work".
BCM43xx driver:
http://bcm43xx.berlios.de
Required SoftMAC Layer:
http://softmac.sipsolutions.net
Have fun.
Aller plus loin
- La page web du projet (12 clics)
- L'équipe qui a procédé à la rétro-ingénierie du pilote (4 clics)
- La procédure pour Gentoo PPC (10 clics)
- Airport via MOL (6 clics)
# c'est tout bon
Posté par Marc Quinton . Évalué à 4.
[^] # Re: c'est tout bon
Posté par M . Évalué à 3.
# petition insuffisante, reverse-engeneering virtuose
Posté par herodiade . Évalué à 10.
La forme de la pétition est -légèrement- contestable: un « driver Linux » n'est pas suffisant, s'il est binaire seulement, ou pas modifiable, ou i386 seulement, ou pas légalement redistribuable, ou pas portable sur les kernels 2.6, ou pas accomapgné de docs pour les corrections de bugs et l'implementation sur les autres OS libres, etc... ; d'ailleur il existe déjà un driver : celui récupéré dans les WRT54G et retro-engeneeré. Sans parler du driver win + ndiswrapper.
Il aurait été préférable que la petition réclame clairement et uniquement des specs complètes (au moins, ça serait profitable aux *BSD aussi, et ça permettrai à la communauté de debugguer le driver), mais le boulot de rétro-ingénierie des pilotes binaires Linux a visiblement atteint cet objectif sans l'aide de Broadcom.
Bravissimo ! et honte à Broadcom !
Maintenant, une question subsidiaire: ces périphériques necessitent-ils le chargement à chaud d'un firmware ? si oui, le firmware est-il librement redistribuable (sinon libre et opensource) ?
[^] # Re: petition insuffisante, reverse-engeneering virtuose
Posté par lesensei . Évalué à 6.
Depuis le commencement, est inclus dans le "bundle" de ce driver libre un soft appelé fwcutter. Celui-ci prend en entrée un driver binaire connu (windows, macos, linux...) et en extrait le firmware. Ainsi, et puisque le matériel est toujours livré avec le driver, il n'est pas nécessaire de distribuer de driver libre. Bien sûr, ce n'est pas idéal, mais c'est une solution qui, jusqu'à présent, a parfaitement suffit.
Cela dit, notons que le projet http://prism54.org , qui s'est chargé du développement d'un driver pour les chipsets prism 802.11a/b/g (fullmac en leur temps, puis softmac) développent un firmware libre pour ceux-ci. On peut imaginer qu'il viendra l'envie un jour à des développeurs en mal de projet bas niveau de faire de même pour les puces broadcom.
[^] # Re: petition insuffisante, reverse-engeneering virtuose
Posté par Éric (site web personnel) . Évalué à 6.
# Méthode d'ingénierie inverse (ou rétroingénierie)
Posté par Yann KLIS (site web personnel) . Évalué à 9.
La première équipe est partie du module binaire du noyau Linux pour plateforme MIPS puisque Broadcom fournissait celui-ci pour les points d'accès WiFi comme le célèbre Linksys WRT54G (processeur MIPS donc), et a écrit la documentation du chip.
Ensuite, une autre équipe a pu lire la documentation fournie par la première équipe et implémenter le driver Libre.
# Utile pour le WRT54GL ?
Posté par herodiade . Évalué à 2.
Je ne sait pas si ce modèle (la version 'L' des WRT54G) intègre lui aussi un chipset Broadcom, mais on peut regretter que Linksys (comme Apple, d'ailleur) n'ai pas fait pression sur Broadcom pour qu'ils nous filent des specs... la sortie du WRT54GL, bien que louable en soi, révèle un linksys plutôt opportuniste.
[^] # Re: Utile pour le WRT54GL ?
Posté par Sylvain Briole (site web personnel) . Évalué à 4.
http://www.zdnet.fr/actualites/informatique/0,39040745,39292(...)
# La loi?
Posté par efyx (site web personnel) . Évalué à 2.
Ca peux être considérer comme du "vol" ?
Enfin, si des expert sont la pour répondre ca pourrait être intéréssant ;)
(La technique du "rétro-ingénierie" est elle utiliser pour écrire tout les driver de matos non documenté?)
Merci ;)
[^] # Re: La loi?
Posté par berti . Évalué à 9.
[^] # Re: La loi?
Posté par serge_kara . Évalué à 7.
[^] # Re: La loi?
Posté par Charles-Victor DUCOLLET . Évalué à 4.
# Bravo et merci !
Posté par Re_ . Évalué à 5.
Possédant un iBook G4 que j'utilise essentiellement en wifi, la non dispo d'un driver sous linux de ma carte était le seul élément qui ne me permettait pas de switcher.. maintenant, nous n'avons plus d'excuses !
[^] # Re: Bravo et merci !
Posté par Christophe Fergeau . Évalué à 4.
[^] # Re: Bravo et merci !
Posté par Re_ . Évalué à 2.
et les dongles USB, j'aime pas trop ça :/
# hostap?
Posté par huy . Évalué à 2.
[^] # Re: hostap?
Posté par nakan (site web personnel) . Évalué à 3.
Je pense que dans un premier temps, les développeurs vont mettre l'accent sur la "facilité" d'installation du driver (voir l'intégration au kernel), puis ensuite, les fonctions de cryptage avancées (WPA, peut-être). C'est seulement ensuite qu'ils metterons en place les fonctions "geek" comme le mode master, peut-être le mode furtif pour l'écoute, le mode injection etc...
[^] # Re: hostap?
Posté par lesensei . Évalué à 3.
Tout ça pour dire que ce sera probablement plus dur de coder le mode master que la partie sécurité.
Enfin, attention, je suis pas développeur du bouzin hein, je suis juste la ML de très près...
# C'est tout bon pour Broadcom ...
Posté par benoar . Évalué à 7.
Je m'explique : j'ai un iBook sans carte Wifi Airport Extreme, car acheté à l'époque où c'était encore en option, assez cher (alors que tous les PCs de l'époque étaient livrés d'office avec le Wifi, merci Apple, mais passons). J'ai toujours résisté à en acheter une à cause du problème du driver fermé, et aussi il faut l'avouer, parce que j'en avais pas particulièrement besoin (lire : je me démerdais autrement).
Aujourd'hui, le besoin s'en fait de plus en plus ressentir, et cette nouvelle me fait penser que d'un côté, je peux maintenant en acheter une "sans remord" (même si elle reste particulièrement chère par rapport aux autres). Mais alors, Broadcom aura gagné un client de plus sans faire aucun effort envers le libre. Ce sera pareil pour tous les nouveaux acheteurs de Macs (et autres bécanes à base de broadcom) qui se diront maintenant "on a un driver libre, c'est cool" (OK je parle pas de n'importe quel acheteur, mais un acheteur qui essaye d'être en accord avec les principes du libre. Oui ça fait pas beaucoup de monde, mais quand même)
Il est aussi intéressant de constater que en ce qui concerne les drivers de cartes graphiques, on a pas le même problème : tout le monde a l'air de se satisfaire des drivers binaires de NVidia & ATI. Pourtant il ya exactement le même problème : moi qui ait un Linux PPC, je peux aller me gratter pour avoir l'accélération 3D (je parle d'une accélération potable, oui je sais qu'elle est déjà à moitié implantée). Mais pourtant les gens se bougent beaucoup moins que pour les drivers wifi, qui pourtant posent les mêmes problèmes : d'une part idéologiques, et d'autre part, si on utilise ndiswrapper, la stabilité (ma copine a un centrino avec une puce broadcom, je vous parle pas de l'instabilité avec ndiswrapper) et les "features" (AP, ...). On va me répondre qu'un driver OpenGL c'est pas le même niveau de compétences qu'un driver wifi, mais je répondrai qu'un OS aussi complet et performant que linux peut-il être développé par des gens si peu compétant, alors même qu'il a écrasé la majorité des Unix proprio ?
Ceux qui me disent : "t'as qu'a t'y mettre" auront tout a fait raison :-) Mais cela fait peu de temps que je suis passé à ma Ubuntu PPC, ayant utilisé MacOS X pendant un peu plus d'un an et demi, je m'étais réhabitué à un OS proprio (mes des applis libres !). Mais aux vues de la politique d'Apple concernant son nouvel OS (de plus en plus d'applis sont faites pour Tiger, je n'ai que Panther => veuillez passer par la case Apple et débourser 129¤), et après de multiples crash disque sur 3 Macs différents dont le mien, tous ayant moins de 2 ans (j'avais conseillé d'acheter un Mac à plusieurs potes), j'essaye de me remettre franchement à Linux et au 100% libre, même pour les drivers.
Bon, désolé de m'être un peu écarté du sujet sur la fin, et bon courage quand même à tous ceux qui bossent sur ce driver libre !
[^] # Re: C'est tout bon pour Broadcom ...
Posté par benoar . Évalué à 3.
http://linuxfr.org/~nakan/20170.html
[^] # Re: C'est tout bon pour Broadcom ...
Posté par M . Évalué à 4.
# Et je peux confirmer
Posté par Yves-Alexis Perez . Évalué à 3.
Evidemment y'a pas encore tout, mais ça marche suffisament pour arriver à faire les opérations courantes. Le dhcp marche pas tout le temps, je sais pas pourquoi, mais sinon tout se passe bien.
[^] # Re: Et je peux confirmer
Posté par Janfi . Évalué à 1.
- quelle distribution utilises-tu ?
- j'ai bien compris que le WPA n'est pas (encore) supporté. Qu'en est il du WEP ? Tu as testé avec ou sans cryptage ?
[^] # Re: Et je peux confirmer
Posté par M . Évalué à 2.
Sinon ca me parrait etrange que la puce broacom ne sache rien faire au niveau hard, vu qu'elle utiliser dans des platformes embarqué qui n'ont pas beaucoup de resource...
[^] # Re: Et je peux confirmer
Posté par Yves-Alexis Perez . Évalué à 1.
J'ai pas encore testé wep/wpa, vu que je n'en ai pas à disposition, mais effectivement il me semble que ce n'est pas encore supporté.
[^] # Re: Et je peux confirmer
Posté par bz31 . Évalué à 2.
Mais j'ai un petit problème. Si je fais "ifdown eth1" la machine plante,. La solution que j'ai trouvé est d'abord faire un "modprobe -r bcm43xx", ensuite "ifdown eth1".
As-tu rencontré ce problème ?
[^] # Re: Et je peux confirmer
Posté par M . Évalué à 2.
[^] # Re: Et je peux confirmer
Posté par Yves-Alexis Perez . Évalué à 1.
[^] # Re: Et je peux confirmer
Posté par bz31 . Évalué à 1.
# Pour ce qui est de la coopération du Broadcom
Posté par fmaz fmaz . Évalué à 5.
Ne pas donner les spécifications, même si cela évite de faire
le boulot parce que des « bonnes poires » vont le faire, cela
veut aussi dire qu'entre temps, on ne vend pas de cartes à
ces clients potentiels. Or le coeur du problème, c'est le client.
Si les autres contructeurs de puces Wifi ont coopéré, c'est,
je pense, pour cela : vendre plus pour un coût réduit.
Dans le cas présent, cela ne m'étonnerai qu'à motié que
dans le contrat qui lie Apple à Broadcom, il soit précisé que
Broadcom s'engage à n'aider les acteurs du libre en aucune
façon car (cf un post ci-dessus) Apple considère que linux est
un concurrent sérieux et il n'a pas envie qu'on puisse installer
linux trop facilement sur ses machines.
Dans ces conditions, Broadcom a du faire un choix : vaut-il
mieux se fermer à MacOS ou à Linux ? La réponse me paraît
claire.
# Carte Wifi Free
Posté par oritorx . Évalué à 1.
un sincère "Merci" les gars ;) .
PS : je ne sais pas si c'est normal, mais j'ai pu commander 2 cartes wifi PCMCIA free, donc j'en ai une sur freebox et une sur un vieil armada 233MHz avec du ndiswrapper ( pour le moment ;p )
[^] # Re: Carte Wifi Free
Posté par Sylvain Sauvage . Évalué à 2.
Je l'ai prise il y a un an, c'est une Prism 2 10 Mb/s et elle est reconnue par orinoco trucmuche (je l'ai pas sous le coude pour vérifier).
[^] # Re: Carte Wifi Free
Posté par _Panta (site web personnel) . Évalué à 1.
Et elle me depanne bien, car j'ai un chipset interne Prism JAvelinPrism Xbow ISL 3886 que je n'ai jamais pu faire fonctionner, et je suis loin d'etre le seul (alors que le chip de mon ancien lap a base de Prism54 fonctionnait nickel :-(
En revanche sur la Prism 2 avec orinoco_cs, j'ai des soucis avec le WPA, pas moyen de crypter autre qu'en WEP :-(
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.