Journal : Atheros veut être compatible avec Linux
Posté par Mildred (Jabber id, page perso, ) le 28 avril 2008
Bonsoir,
Athreos fabrique des cartes wifi, et était jusqu'a présent supporté par le projet Madwifi¹. Ce projet comportant de nombreuses parties libres, mais il restait un point noir : le HAL, un code objet fermé (bien qu'indépendant du kernel, c'était le même code pour BSD et Linux).
Un HAL libre avait été en projet, mais d'après ce que je sais, il n'était pas très développé. Dernièrement, le projet madwifi a complètement été abandonné pour donner (pour Linux au moins) le driver ath5k². On en avait d'ailleurs parlé ici même³ en septembre dernier lorsque le projet OpenBSD avait repris le code du driver, et changer la licence trop vite.
Le 16 avil dernier, Luis R. Rodriguez a posté sur la liste ath5k-devel un message⁴ que je cite:
Good news. I write to you to inform you that I have decided to join Atheros as a full time employee, as a Software Engineer, to help them with their goals and mission to get every device of Atheros supported upstream in the Linux kernel. I realize there are a lot of challenges ahead but I am well aware of the how the community works and the benefits of working with it and am confident we will find ways to strengthen the relationship between Atheros and the community. I also realize there are a lot of pending questions and perhaps even more now. Please rest assured we are doing what we can to work together as soon as possible.
Si on traduit, cela donne:
Bonne nouvelles. Je vous écrit pour vous informer que j'ai décidé de me faire employer chez Atheros à plein temps comme ingénieur logiciel pour les aider dans leur mission consistant a ce que tous leurs produits soient supportés dans le kernel linux vanilla. Je me rends compte qu'il y a beaucoup de défis qui m'attendent, mais je suis bien au courant de comment la communauté fonctionne et des bienfaits à travailler ensemble, et j'ai confiance que nous trouverons un moyen de consolider la relation entre Atheros at la communauté. je me rend aussi compte qu'il y a beaucoup de questions attendant une réponse, et peut être encore plus à présent. Et restez assuré que nous faisons tout ce qui est possible pour pouvoir travailler ensemble aussi tôt que possible.
Ce qui est intéressant de noter, c'est que Atheros s'inquiète a ce que son métériel soit supporté dans le kernel vanilla. Donc cela eut dire que bientôt, on aura peut être plein de chipset atheros bien supportés dans le kernel sans avoir a rien faire.
On peut penser que cela est du entre autre a l'émergence de périphériques ultraportables comme le eeePc qui sont livrés avec Linux par défaut.
Il reste a espérer que les développeurs OpenBSD auront l'opportunité d'utiliser le code sans trop de problèmes. Soit parce qu'il sera bien documenté, soit parce que la licence leur permettra de le reprendre intégralement.
Sinon, je suis cela d'assez loin, donc je ne peux pas trop vous en dire plus. je ne peux pas non plus vous dire qui est Luis R. Rodriguez, si ce n'est u'il travaille depuis le début sur ath5k
Et merci d'excuser les éventuelles erreurs, il se fait tard :)
Mildred
¹ http://madwifi.org
² http://madwifi.org/wiki/About/ath5k
³ http://linuxfr.org/~IsNotGood/25195.html et http://linuxfr.org/~nicOnicO/25285.html
⁴ https://lists.ath5k.org/pipermail/ath5k-devel/2008-April/000(...)
Athreos fabrique des cartes wifi, et était jusqu'a présent supporté par le projet Madwifi¹. Ce projet comportant de nombreuses parties libres, mais il restait un point noir : le HAL, un code objet fermé (bien qu'indépendant du kernel, c'était le même code pour BSD et Linux).
Un HAL libre avait été en projet, mais d'après ce que je sais, il n'était pas très développé. Dernièrement, le projet madwifi a complètement été abandonné pour donner (pour Linux au moins) le driver ath5k². On en avait d'ailleurs parlé ici même³ en septembre dernier lorsque le projet OpenBSD avait repris le code du driver, et changer la licence trop vite.
Le 16 avil dernier, Luis R. Rodriguez a posté sur la liste ath5k-devel un message⁴ que je cite:
Good news. I write to you to inform you that I have decided to join Atheros as a full time employee, as a Software Engineer, to help them with their goals and mission to get every device of Atheros supported upstream in the Linux kernel. I realize there are a lot of challenges ahead but I am well aware of the how the community works and the benefits of working with it and am confident we will find ways to strengthen the relationship between Atheros and the community. I also realize there are a lot of pending questions and perhaps even more now. Please rest assured we are doing what we can to work together as soon as possible.
Si on traduit, cela donne:
Bonne nouvelles. Je vous écrit pour vous informer que j'ai décidé de me faire employer chez Atheros à plein temps comme ingénieur logiciel pour les aider dans leur mission consistant a ce que tous leurs produits soient supportés dans le kernel linux vanilla. Je me rends compte qu'il y a beaucoup de défis qui m'attendent, mais je suis bien au courant de comment la communauté fonctionne et des bienfaits à travailler ensemble, et j'ai confiance que nous trouverons un moyen de consolider la relation entre Atheros at la communauté. je me rend aussi compte qu'il y a beaucoup de questions attendant une réponse, et peut être encore plus à présent. Et restez assuré que nous faisons tout ce qui est possible pour pouvoir travailler ensemble aussi tôt que possible.
Ce qui est intéressant de noter, c'est que Atheros s'inquiète a ce que son métériel soit supporté dans le kernel vanilla. Donc cela eut dire que bientôt, on aura peut être plein de chipset atheros bien supportés dans le kernel sans avoir a rien faire.
On peut penser que cela est du entre autre a l'émergence de périphériques ultraportables comme le eeePc qui sont livrés avec Linux par défaut.
Il reste a espérer que les développeurs OpenBSD auront l'opportunité d'utiliser le code sans trop de problèmes. Soit parce qu'il sera bien documenté, soit parce que la licence leur permettra de le reprendre intégralement.
Sinon, je suis cela d'assez loin, donc je ne peux pas trop vous en dire plus. je ne peux pas non plus vous dire qui est Luis R. Rodriguez, si ce n'est u'il travaille depuis le début sur ath5k
Et merci d'excuser les éventuelles erreurs, il se fait tard :)
Mildred
¹ http://madwifi.org
² http://madwifi.org/wiki/About/ath5k
³ http://linuxfr.org/~IsNotGood/25195.html et http://linuxfr.org/~nicOnicO/25285.html
⁴ https://lists.ath5k.org/pipermail/ath5k-devel/2008-April/000(...)
> Lire le journal (48 commentaires, moyenne: 3,5).
| | |
Vous n'êtes pas identifié. Vous ne pouvez poster des commentaires sur LinuxFr qu'après avoir créé un compte. Vous pouvez soit:
|
|
| | |
Run by 
Cette page a été générée par Templeet en 0.0395s (dont 0.0015 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Re: Une précision pour un mal comprenant
Pour moi avoir un firmaware non libre est équivalent à avoir un OS non libre. Après tout l'OS est au PC ce que le frimware est aux autres appareils électroniques programmable. Donc l'intérêt d'une généralisation des firmware libre me paraît évident : on ne pourrait plus avoir de compagnies qui construise des gammes virtuelles de produits par simple bradage logiciel par exemple. On pourrait (théoriquement) avoir un meilleur contrôle de ce que fait son materiel.
Pour être un peu plus concret on peut prendre des exemples issues du domaine de la photographie numérique : les appareils photos modernes sont de petits ordinateurs. Ils font par défaut tout un tas de traitement sur leurs entrées pour produire in fine des fichiers standards comme des jpegs. Mais certains utilisateurs préfèreaient pouvoir faire d'autres traitements sur les données que ceux proposés par le constructeur : avec un firmware libre des projets de firmware alternatifs seraient beaucoup moins difficile à développer et les résultats seraient bien plus probant que ce qui se fait actuellement. Autre exemple : les appareils photos numériques à objectifs échangeables olympus et panasonic sont sensés utiliser un standard de monture et de communication ouvert appelé four-thirds. Pourtant les communications se font très mal entre les appareils des deux marques. C'est assurément liés au fait que les deux tiennent à garder fermer et secrets leurs algorithmes et firmwares. Enfin, il arrive que les firmware propriétaire soit buggés. C'est le cas par exemple de ceux des appareils olympus et certains utilisateurs en essayant de faire des mises à jour de ces programmes se sont retrouvés avec du materiel inutilisable (reset impossible) à cause des logiciels alors qu'il n'y avait aucun dommage materiel. Je ne doute pas qu'avec des codes ouverts les programmeurs auraient pu réagir bien plus promptement à ce genre de problèmes !
Conclusion : il me semble que ce serait vraiment super d'avoir des firmware ouverts. Cela améliorerait surement les performances de nombreux produits et leurs capacités à satisfaire leurs utilisateurs. Mais surtout, à une époque ou les appareils électroniques assurent de plus en plus de fonctions et pourraient facilement se transformer en serviteurs de quelques bigbrothers privés, cela permetrait de redonner un peu de confiance à des consommateurs qui retrouveraient alors leur statut de citoyens à part entière...
PMA
[ Répondre ]