mercredi 27 août
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Liens connexes

Dépêche modérée par

Dépêche éditée par

: Support des chipsets bcm-43xx

Posté par nakan (page perso, ). Modéré le 06 décembre 2005.
0
La première version fonctionnelle des pilotes libres pour les chipsets Wireless Broadcom bcm-43xx vient de sortir. Ce chipset équipe notamment une grande partie des carte Wireless 802.11g du marché (dont l'AirPort Extreme des machines Apple).

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.
Ceci permet de garantir qu'aucun bout de code présent dans les pilotes libres n'est issu du pilote propriétaire original.

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

Voici le message d'un des développeurs du driver libre:

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.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

c'est tout bon

Posté par Marc () le 06/12/2005 à 11:46. (lien). Évalué à 4.

c'est tout bon pour le projet OpenWrt si je ne me trompe pas, qui utilise pour plateforme cible du matériel Linksys avec des puce Broadcom (BCM4320, sur les version 2.2).

petition insuffisante, reverse-engeneering virtuose

Posté par herodiade () le 06/12/2005 à 11:49. (lien). Évalué à 10.

Il existe une petition pour obtenir de Broadcom un driver Linux : http://www.petitiononline.com/BCM4301/
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) ?

Méthode d'ingénierie inverse (ou rétroingénierie)

Posté par Strass (page perso, ) le 06/12/2005 à 11:57. (lien). Évalué à 9.

Si j'ai bien tout compris, le travail s'est fait en 2 temps, avec 2 équipes différentes, qui normalement ne se sont pas parlés (sur tout ce qui est technique j'entends) selon la méthode qu'ils appellent "Clean Room Design" (traduction?) ou "chinese wall" (mur chinois).
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 () le 06/12/2005 à 12:00. (lien). Évalué à 2.

Ça tombe assez bien pour Linksys, qui vient d'annoncer un WRT54G spécial « bidouilleurs Linux »: http://linuxdevices.com/news/NS4729641740.html

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.

La loi?

Posté par efyx (Jabber id, page perso, ) le 06/12/2005 à 12:26. (lien). Évalué à 2.

Voila je vous savoir si le (la?) "rétro-ingénierie" n'est pas considérer comme du piratage ou un truc du genre?

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 ;)

--
Linux devenez tuxicoman.

Bravo et merci !

Posté par Remi (Jabber id, ) le 06/12/2005 à 13:39. (lien). Évalué à 5.

Bravo pour le boulot, je trouve ça très interessant ce genre de projets, je me demande tjs comment "ils" font, je ne pense pas avoir les compétences (et la patience) pour ce genre de chose. Heureusement certains ont tout ça !! :p

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 !

hostap?

Posté par huy () le 06/12/2005 à 14:42. (lien). Évalué à 2.

C'est sympa mais ont-ils prévu le mode master ? C'est une des limitations de ndiswrapper qui est assez embêtante.

C'est tout bon pour Broadcom ...

Posté par benoar (Jabber id, ) le 06/12/2005 à 16:31. (lien). Évalué à 7.

Je me réjouis de cette nouvelle, mais d'un côté cela ne va pas inciter les constructeurs à faire d'effort : Broadcom est toujours gagnant...

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 !

Et je peux confirmer

Posté par Yves-Alexis Perez (page perso, ) le 06/12/2005 à 19:41. (lien). Évalué à 3.

Ça marche très bien.

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.

Pour ce qui est de la coopération du Broadcom

Posté par fmaz fmaz () le 07/12/2005 à 07:56. (lien). Évalué à 5.

Je pense que le constructeur voit SON intérêt.

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 () le 13/12/2005 à 09:55. (lien). Évalué à 1.

Pour l'anecdote, les utilisateurs de freebox se sont vu fournir (s'ils l'ont command&eacue;) une carte wifi PCMCIA. Sachez que celle-ci fonctionne sur un chipset (à ce jour) de type BCM-43xx ...

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 )

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.1468s (dont 0.0308 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !