Articles : Spécifications matérielles: Théo de Raadt appelle de nouveau au lobbying
Posté par herodiade (). Modéré le 19 mars 2005.
L'objectif est de permettre l'écriture de logiciels libres de gestion des contrôleurs RAID (reconstruction à chaud, activation et désactivation de l'alarme ...).
Un appel similaire a été lancé hier au sujet des fabricants de contrôleurs wifi peu coopératifs.
Cette démarche, si elle est fructueuse, sera profitable à tous (utilisateurs de GNU/Linux, FreeBSD et NetBSD compris) comme elle l'a été pour les contrôleurs wifi.
![[en]](../images/en.png)
L'appel (953 hits)-
Résultats positif du lobbying auprès des fabricants de circuits wifi (1185 hits)
-
Un autre appel concernant les fabricants de contrôleurs wifi qu'il reste à convaincre (733 hits)
> Lire la dépêche (14 commentaires, moyenne: 4,9).
Vous avez demandé le commentaire #549434.
Run by 
Cette page a été générée par Templeet en 0.0526s (dont 0.0052 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Quelques compléments d'information
- Sur la documentation des cartes RAID:
L'implémentation (libre ou pas) par le constructeur n'est pas suffisante ; elle ne doit pas se substituer à la diffusion libre (sans NDA) des spécifications: la maintenance peut être abandonnée à tout moment (par exemple si le constructeur veut vous encourager à upgrader le matériel), fragilise et ralenti la correction d'éventuels bugs ou failles (par ex. quand le développeur de la société concernée est en vacance ou s'il est licencié...), est difficile à maintenir synchrone avec les cycles de développement du noyau (utilisateurs de produits nvidia et radeon, vous connaissez cette chanson), dans certains cas n'est pas librement distribuable (utilisateurs de Fedora, Debian etc...).
- Sur les chipsets Wifi:
Depuis environ deux ans, la plupart des gros fabricants de chipsets wifi ont décidé de faire des économies d'échelle en n'incluant plus l'EPROM qui servait auparavant à stocker le firmware dans la carte (économie modique, au passage).
Ce firmware doit alors être chargé par le driver à l'initialisation de la carte. Par conséquent, il doit être accessible au driver (donc présent dans votre distribution).
Or la plupart de ces constructeurs n'autorisent pas la libre distribution du firmware. Certains exigent la signature d'une EULA en ligne sur leur site. Ceci est incompatible avec les besoins des distributions « communautaires » (comme Fedora, Debian, Gentoo etc.) et des *BSD, dont le contenu doit être librement redistribuable. Deux distributions plus « commerciales » (Suse et MandrakeLinux) ont signé des accords avec Intel pour être autorisées à distribuer les firmwares Intel Centrino.
Ce problème concerne la quasi totalité des chipsets wifi présents sur le marché aujourd'hui (les prism 2/2.5/3 ou Lucent devenant très rares).
La campagne lancée il y a quelques mois par TdR a permis de faire céder plusieurs constructeurs, qui ont finalement accepté d'autoriser la libre distribution du firmware (faute de l'ouverture des sources).
Le principe de ces campagnes est simple: si vous êtes utilisateur d'un OS libre, si vous étés propriétaire d'un tel matériel, ou tout simplement si vous vous sentez concerné, faites le savoir aux constructeurs (les mails et/ou numéros de téléphones des contacts sont indiqués par TdR). N'hésitez pas, c'est vraiment efficace :)
[^]Re: Quelques compléments d'information
Ah et concernant les motifs et résultats, ce document est plus clair (mais pas à jour):
http://kerneltrap.org/node/4118(...)
[^]Affligé
Je suis allé voir le site qui s'occupe du support de la carte Wifi que je possède: www.prism54.org .
Je clique sur les cartes supportées: + que 4. Je me dis que mon FF n'a pas bien digéré sa page, refresh, rien ne bouge. et je vois ce message:
Traduction:
Bon, j'ai déjà une carte qui marche, mais pour en acheter une nouvelle, ça devient galère. Déjà les rares périphériques qui affichent un Tux ne sont pas toujours dignes de confiance (seules certaines distributions sont mentionées, on ne sait pas pourquoi les autres ne le sont pas), mais si les produits jouent au kindersurprise.
[^]Re: Affligé
Ralink powa.
ouverture du code, passage en GPL...
http://astrolix.org
[^]Re: Affligé
Merci pour l'information.
Je cherchais justement une carte WiFi pour mon petit Tux ;-)
Quand à écrire au fabriquant je l'ai déjà fait pour Logitech, une webcam. Evidemment la réponse fut : nous ne faisons rien, regardez du côté des contributeurs open source" ... Alors je l'ai revendue pour une Philips dont le driver subit quelques soucis ...
[^]Re: Affligé
Une liste des cartes qui utilisent un chipset Ralink: http://ralink.rapla.net/(...)
Malheureusement certains produits (marqué d'une * dans la liste) n'ont pas le même chipset en fonction du numéro de révision. Je trouve cette pratique détestable.