Debería haber leído las preguntas y respuestas que vinculé mejor porque había un enlace a una página que discutía por qué se abandonó este proyecto:
¿NOS estamos desarrollando aún más?
No, no es. Solo se aceptan correcciones de errores para WE.
Por qué estamos abandonando WE
Los WE se basan en ioctl() y aunque ioctl() se ha utilizado y se sigue utilizando como un transporte estándar para la comunicación entre usuarios←→ kernelspace se prefieren nuevos transportes por varias razones.
Desde controladores de dispositivos Linux - 3.ª edición:
In user space, the ioctl system call has the following prototype:
int ioctl(int fd, unsigned long cmd, ...);
El prototipo se destaca en la lista de llamadas del sistema Unix debido a los puntos, que generalmente marcan la función con un número variable de argumentos. Sin embargo, en un sistema real, una llamada al sistema no puede tener un número variable de argumentos. Las llamadas al sistema deben tener un prototipo bien definido, porque los programas de usuario solo pueden acceder a ellas a través de "puertas" de hardware. Por lo tanto, los puntos en el prototipo no representan un número variable de argumentos sino un solo argumento opcional, tradicionalmente identificado como char *argp . Los puntos simplemente están ahí para evitar la verificación de tipos durante la compilación.
También dice:
La naturaleza no estructurada del ioctl call ha hecho que pierda el favor de los desarrolladores del kernel. Cada ioctl El comando es, esencialmente, una llamada al sistema separada, generalmente no documentada, y no hay forma de auditar estas llamadas de manera integral. También es difícil hacer el ioctl no estructurado los argumentos funcionan de forma idéntica en todos los sistemas; por ejemplo, considere sistemas de 64 bits con un proceso de espacio de usuario ejecutándose en modo de 32 bits.
¿Qué es el reemplazo de Wireless-Extensions?
El nuevo desarrollo debe centrarse en cfg80211 y nl80211.
Nota al margen: Parece que Jean Tourrhiles trabajó en el proyecto entre 1997 y 2009. Encontré un artículo de 2014 que decía que Tourrhiles todavía estaba en HP, trabajando en un proyecto llamado OpenFlow:
Jean Tourrhiles de HP también preside el Grupo de Trabajo de Extensibilidad, que trabaja como "editor" para impulsar la última tecnología en futuras versiones de OpenFlow
Las herramientas inalámbricas están obsoletas en favor de iw porque las extensiones inalámbricas han quedado obsoletas en favor de la nueva interfaz nl80211 para dispositivos inalámbricos. La documentación del kernel para iw dice eso.
Sin embargo, nl80211 está en desarrollo activo y no se han migrado todos los controladores. Aún se requieren herramientas inalámbricas para dispositivos que no se han migrado desde extensiones inalámbricas.
La razón por la que Ubuntu (y casi todas las distribuciones que conozco) proporciona la versión 30 beta es porque esa versión corrige un error crítico que estaba en la versión 29, lo que provocó que iwconfig fallara si había demasiadas redes en el área debido a un búfer. Desbordamiento. El repositorio de Github para herramientas inalámbricas no muestra esto, pero aquí está el parche relevante de Arch