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.0362s (dont 0.0009 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Re: Une précision pour un mal comprenant
Pour le Basic_Input_Output_System cela a l'air de bien avancer avec le projet linuxbios renommé en http://www.coreboot.org : il y a quelques cartes mères qui fonctionnent tout de même http://www.coreboot.org/Supported_Motherboards
À la base, le firmware - traduit par Micrologiciel - cela reste du logiciel, exécuté sur un CPU ou assimilé, même si c'est celui du périphérique et non de l'unité centrale. La question de sa licence se pose dès lors qu'il est distribué.
Les constructeurs nous ont habitués jusqu'à maintenant à des licences plus folkloriques les unes que les autres (propriétaire bien sûr... voire non distribuable dans la plupart des cas) ; quitte à demander une licence distribuable (comme une Licence_BSD 2-clauses), autant pousser jusqu'à avoir le code source ET les spécifications : cela permettra la correction de bugs effectivement, améliorera ipso-facto l'interopérabilité particulièrement importante dans le domaine des périphériques et permettra de progresser vers du tout libre.
Cela bénéficie à l'utilisateur final mais aussi aux intermédiaires : bien souvent le constructeur ne fait qu'assembler des composants d'autres constructeurs, mais au final c'est bien lui qui doit s'assurer qu'il y a une intégration et une interopérabilité correcte, dans ces cas-là disposer du firmware en libre peut simplifier la situation (pourquoi embarquer un correctif dans le pilote lorsqu'il pourrait corriger le firmware ? et inversement).
À ce titre, les personnes de OpenBSD font un travail efficace pour les pilotes, à coup de rétro-ingénierie coûteuse en temps, ce qui bénéficie tant au kernel *BSD qu'à Linux. Il y a aussi le projet de Greg Kroah Hartman dont le projet [http://www.linuxdriverproject.org/twiki/bin/view] a recensé 300 développeurs prêts à travailler sur des pilotes libres si les spécifications leur sont fournies
http://www.kroah.com/log/linux/linux_driver_project_status-2(...)
[ Répondre ]