http://liquidat.wordpress.com/2007/02/12/linux-wireless-summ(...)
La société Devicescape a mis sous GPL sa pile et elle présente de bonnes fondations pour le futur de Linux. Merci à Devicescape.
John W. Linville mainteneur du composant Linux a depuis longtemps annoncé l'intention d'avoir cette pile en upstream :
http://www.spinics.net/lists/netdev/msg03625.html
Elle est maintenant dans la branche mm (passage obligatoire avant la branche Linux et maintenue par Andrew Morton).
http://liquidat.wordpress.com/2007/03/02/new-linux-wlan-subs(...)
Il est prévu qu'elle soit en upstream pour Linux 2.6.23 ou 2.6.24.
Les branches développement d'Ubuntu et Fedora ont cette nouvelle pile. C'est excellent, ça va faciliter les tests par le "pépin moyen" et les remontées de bug (il peut être intimidant de faire un rapport de bug sur lkml ou http://bugzilla.kernel.org/ ). Ça va impliquer les développeurs et testeurs noyaux de Fedora et Ubuntu sur quelque chose avec un bon potentiel au-lieu de maintenir une solution sans avenir. De plus Fedora et Ubuntu utilisent NetworkManager pour établir la connexion ce qui ne peut que favorise une synergie.
Cette nouvelle pile sera probablement dans FC7 (en tout cas elle est actuellement dans rawhide).
Quelqu'un dans l'audience peut en dire plus pour Ubuntu ?
Actuellement il y a peu de driver. Mais bonne nouvelle, le driver Intel ipw3945 qui utilise actuellement un deamon binaire, va abandonner ce dernier et fournir une solution 100 % libre pour la nouvelle pile (sauf peut-être le firmware). Avec l'ancienne solution Fedora ne pouvait fournir le driver Intel.
Vu sur OsNews : http://www.osnews.com/comment.php?news_id=17417
En passant, Con Kolivas a posté un patch de l'ordonnanceur Linux très intéressant :
http://marc.theaimsgroup.com/?l=linux-kernel&m=117299174(...)
En tout cas il est prometteur et a des retours très positifs. Mais a aujourd'hui, comme on peut s'y attendre, quelques bugs.
Il sera dans la branche mm assez rapidement.
Quoique... :
http://marc.theaimsgroup.com/?l=linux-kernel&m=117313519(...)
Mainline is crap at present, and -mm is crap^2.:-)
# typos
Posté par IsNotGood . Évalué à 2.
Le "pékin moyen"
> ce qui ne peut que favorise une synergie.
ce qui ne peut que favoriser une synergie.
De d'autres... J'aurais dû me relire.
[^] # Re: typos
Posté par lurker . Évalué à 9.
Rooh c'était pas fait exprès ?
[^] # Re: typos
Posté par psychoslave__ (site web personnel) . Évalué à 1.
# \o/
Posté par Victor . Évalué à 1.
Où as-tu vu que cette pile était déjà dans ubuntu ? (pour fedora je veux bien te croire sur parole :)
[^] # Re: \o/
Posté par IsNotGood . Évalué à 2.
[^] # Re: \o/
Posté par Victor . Évalué à 1.
En tout cas je n'ai rien trouvé à ce propos sur launchpad, si ce n'est un package qui se nomme ieee80211, qui semble remplir le même genre de fonction. Mais je n'arrive pas à savoir si c'est le même ^^
En tout cas pour le moment en feisty on a encore le vieux driver ipw3945.
[^] # Re: \o/
Posté par IsNotGood . Évalué à 2.
Les modules créés doient être mac80211.ko et rc80211_simple.ko .
NB : je ne suis pas sous rawhide.
[^] # Re: \o/
Posté par marseillais (site web personnel) . Évalué à 4.
Ce garcon est trés gentil, travail bien ses articles mais parfois ses sources sont pour le moins douteuse et ses commentaires pour le moins trollesque. Bref liquidat est intéressant mais a prendre avec des pincettes.
Sinon c'est tres marrant de parler avec lui de Fedora Core et KDE, on apprend plein de nom d'oiseau en anglais. ;)
ps : un léger pic pour le rédacteur de ce journal s'est glisser ici.
[^] # Re: \o/
Posté par IsNotGood . Évalué à 4.
Pas de doute pour Fedora et la branche -mm. J'ai contrôlé. Par contre pour Ubuntu j'attend confirmation.
> Sinon c'est tres marrant de parler avec lui de Fedora Core et KDE, on apprend plein de nom d'oiseau en anglais. ;)
C'est du "je t'aime moi non plus".
D'un côté on dit que Red Hat pue, qu'Owen code avec les pieds, que Havoc n'y comprend au desktop, on chie une pendule si Red Hat fait un patch pour KDE, on interdit le bugzilla de KDE si c'est un utilisateur de Red Hat, etc... et en même temps on supplie Red Hat de bosser sur KDE.
Va comprendre...
C'est de l'amour, on est dans l'irrationnel :-)
[^] # Re: \o/
Posté par Donk . Évalué à 2.
source: https://lists.ubuntu.com/archives/feisty-changes/2007-Februa(...)
et ça:
source: https://wiki.ubuntu.com/DevelTeamMeeting20070201?highlight=%(...)
# et ?
Posté par Marc Poiroud (site web personnel) . Évalué à 2.
[^] # Re: et ?
Posté par psychoslave__ (site web personnel) . Évalué à 9.
[^] # Re: et ?
Posté par Frédéric COIFFIER . Évalué à 2.
Par contre, il devrait être plus simple de développer ces drivers (moins de boulot vu qu'il y a déjà une pile complète) et de plus, tous les drivers auront les mêmes fonctionnalités (WPA, mode master...) [Enfin, j'espère ne pas me tromper]
[^] # Re: et ?
Posté par IsNotGood . Évalué à 4.
Il y en a déjà :
- ADMtek ADM8211
- BCM43xx PCI
- BCM43xx PCMCIA
- Prism54 USB
- Prism54 PCI
- Ralink rt2400 pci/pcmcia
- Ralink rt2500 pci/pcmcia
- Ralink rt61 pci/pcmcia
- Ralink rt73 usb
- Realtek 8187 USB
- ZyDAS ZD1211/ZD1211B USB-wireless
Espérons que le driver Intel ne tarde pas.
> de plus, tous les drivers auront les mêmes fonctionnalités
Et ils utiliseront tous la même pile (alors qu'actuellement il y en a 3 peut-être 4). Il n'y a plus de duplication de code, les efforts seront concentrés sur une pile et non dilué.
[^] # Re: et ?
Posté par IsNotGood . Évalué à 2.
http://jdub.homelinux.org/wordpress/?p=10
Que ceux qui utilisent ipw3945 fassent un petit effort :-)
[^] # Re: et ?
Posté par Mr_Moustache . Évalué à 2.
Il est en cours de dév pour utiliser cette fameuse pile softmac et peut-être faire son entrée dans le noyau.
[^] # Re: et ?
Posté par Frédéric COIFFIER . Évalué à 1.
[^] # Re: et ?
Posté par IsNotGood . Évalué à 2.
Ben il faut tester, c'est un peut l'objectif actuel :-)
http://jdub.homelinux.org/wordpress/?p=10
Test avec Fedora ou Ubuntu ou un noyau vanilla, qu'importe.
> Et si oui, où trouve-t-on les patchs ?
Dans la branche développement de Fedora, normalement aussi dans la branche développement de Ubuntu (c'est à confirmer).
Ou ici :
http://git.kernel.org/ : cherche wireless-2.6.git
[^] # Re: et ?
Posté par jmny . Évalué à 2.
# Pour le pékin moyen ?
Posté par ploum (site web personnel, Mastodon) . Évalué à 4.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Pour le pékin moyen ?
Posté par IsNotGood . Évalué à 1.
T'es d'humeur à plaisanter ?
[^] # Re: Pour le pékin moyen ?
Posté par Wawet76 (site web personnel) . Évalué à 3.
Perso je n'ai jamais utilisé de Wifi, et je ne sais pas trop ce qu'il y a de moins bien sous Linux par rapport aux autres OS. J'ai compris à force de lire LinuxFr qu'il y avait pas mal de problème de driver (avec souvent un support qui passe par l'utilisation détournée de driver windows), mais d'après la news c'est pas ça que va améliorer cette nouvelle pile.
[^] # Re: Pour le pékin moyen ?
Posté par IsNotGood . Évalué à 1.
Tu peux rester au noyau 2.4 s'il marche pour toi, ça ne me dérange pas.
"qu'est-ce qu'on reproche au wifi actuel en fait ?"
Pour ceux chez qui ça marche, rien. le "pékin moyen" n'a aucun reproche à faire si ça marche (par définition). Et ceux pour qui ça ne marche pas, ben ils sont sous Windows et ne suivent pas ce thread.
Pour les développeurs, le wifi actuels, qu'il marche ou non, est critiquable (je n'y revient pas, j'ai donné un lien, mais si vous ne voulez pas le lire, je ne vais pas vous y contraindre).
Quand la nouvelle pile sera au point et avec des drivers (ce qui sera "facile" puisqu'il n'y a qu'une pile au-lieu de 3 ou 4 à maintenir), tu pourras continuer à utiliser les anciens drivers. Pas de problème pour moi.
Je retourne la question, car la question initiale est presque une insulte aux développeurs :
- Pourquoi selon vous les développeurs recodent toute la partie wireless sans que ça profitent au pékin moyen ?
Vous devriez bien avoir une piste puisque vous remettez en cause la décision du mainteneur du sous-système wifi de linux (et de Linus). Ne me dite pas que c'est une remise en cause gratuite.
Des développeurs qui codent des trucs sans que ça profite à l'utilisateur, et mieux, sans l'intention...
On aura tout vu tout lu.
[^] # Re: Pour le pékin moyen ?
Posté par ploum (site web personnel, Mastodon) . Évalué à 5.
Or, d'après la news, il ne s'agissait pas de rendre magiquement toutes les cartes compatibles donc je vois pas trop.
J'attendais une réponse genre : "sous linux, l'envoi des paquets est trop lent, on ne profite pas pleinement de la connexion, avec la nouvelle pile ce sera mieux" ou bien "le changement de wifi on-ze-fly n'est pour le moment pas bien supporté et nécessite des gros hacks comme Network-Manager l'implémente, ça va changer". (exemples purement inventés).
Bon, d'après d'autres commentaires, il semblerait que cette pile permettrait de faciliter l'écriture de drivers. C'est déjà une première réponse à ma question, voilà.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Pour le pékin moyen ?
Posté par IsNotGood . Évalué à 0.
[^] # Re: Pour le pékin moyen ?
Posté par ploum (site web personnel, Mastodon) . Évalué à 5.
Désolé, tout le monde n'a pas la science infuse.
Par contre, si tous les drivers doivent être réécrits, ça va peut-être prendre du temps. Un peu comme v4l2 qui ne s'est jamais imposé.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Pour le pékin moyen ?
Posté par Snarky . Évalué à 1.
Et pour le pékin moyen, ça va changer quoi de passer à Linux, windows ça marche bien de toute façon...
[^] # >o_/
Posté par dovik (site web personnel) . Évalué à 3.
trop gros, passera pas ...
[^] # Re: >o_/
Posté par BAud (site web personnel) . Évalué à 2.
# 3615 Ma vie
Posté par benja . Évalué à 3.
Bon la connection n'est pas hyper stable ni même le driver (il n'a pas survit à une mise en veille de l'ordinateur ni à un dé-re-branchement) mais en restant optimiste je pourrai bientôt me passer de ma passerelle OpenBSD pour profiter du wifi gracieusement offert par le voisin :p
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.