J'aurais dû lire les questions/réponses que j'ai mieux liées car il y avait un lien vers une page expliquant pourquoi ce projet a été abandonné :
WE est-il en cours de développement ?
Non, ce n'est pas le cas. Seules les corrections de bogues sont acceptées pour WE.
Pourquoi nous abandonnons WE
Les WE sont basés sur
ioctl()et bien queioctl()a été utilisé et est toujours utilisé comme transport standard pour la communication entre l'utilisateur←→ les nouveaux transports de l'espace noyau sont préférés pour plusieurs raisons.À partir des pilotes de périphériques Linux - 3e édition :
In user space, the ioctl system call has the following prototype: int ioctl(int fd, unsigned long cmd, ...);Le prototype se distingue dans la liste des appels système Unix à cause des points, qui marquent généralement la fonction comme ayant un nombre variable d'arguments. Dans un système réel, cependant, un appel système ne peut pas avoir un nombre variable d'arguments. Les appels système doivent avoir un prototype bien défini, car les programmes utilisateur ne peuvent y accéder que par le biais de « portes » matérielles. Par conséquent, les points du prototype ne représentent pas un nombre variable d'arguments mais un seul argument optionnel, traditionnellement identifié par
char *argp. Les points sont simplement là pour empêcher la vérification de type lors de la compilation.Il indique également :
Le caractère non structuré du
ioctlcall l'a fait tomber en disgrâce parmi les développeurs du noyau. ChaqueioctlLa commande est, essentiellement, un appel système séparé, généralement non documenté, et il n'y a aucun moyen d'auditer ces appels de manière exhaustive. Il est également difficile de faire leioctlnon structuré les arguments fonctionnent de manière identique sur tous les systèmes ; par exemple, considérez les systèmes 64 bits avec un processus d'espace utilisateur exécuté en mode 32 bits.Qu'est-ce que le remplacement des extensions sans fil
Le nouveau développement devrait se concentrer sur cfg80211 et nl80211.
Remarque : Il semble que Jean Tourrhiles ait travaillé sur le projet entre 1997 et 2009 environ. J'ai trouvé un article de 2014 disant que Tourrhiles était toujours chez HP, travaillant sur un projet appelé OpenFlow :
Jean Tourrhiles de HP préside également le groupe de travail sur l'extensibilité, qui travaille en tant qu'"éditeur" pour intégrer les dernières technologies dans les futures versions d'OpenFlow
Les outils sans fil sont obsolètes au profit de iw car les extensions sans fil ont été abandonnées au profit de la nouvelle interface nl80211 pour les appareils sans fil. La documentation du noyau pour iw le dit.
Cependant, nl80211 est en cours de développement et tous les pilotes n'ont pas été migrés vers celui-ci. Les outils sans fil sont toujours requis pour les appareils qui n'ont pas été migrés à partir d'extensions sans fil.
La raison pour laquelle Ubuntu (et à peu près toutes les distributions que je connais) fournit la version 30 bêta est que cette version corrige un bogue critique qui figurait dans la version 29, qui provoquait l'échec d'iwconfig s'il y avait trop de réseaux dans la zone en raison d'un tampon débordement. Le référentiel Github pour les outils sans fil ne le montre pas, mais voici le correctif pertinent d'Arch