主页 / unix / 问题 / 407517
Accepted
Philip Kirkbride
Asked: 2017-11-29 07:02:56 +0800 CST

为什么无线工具版本 30 成为永久测试版？

  • 772

我在这个Q/A中找到了一些关于无线工具的好信息。显然，它是由惠普赞助的 Jean Tourrhiles 于 1997 年引入Linux 内核的。

编辑：似乎 WE（无线扩展）是由 Tourrhiles 添加到内核的，而不是无线工具本身。大多数发行版都提供这些工具，作为与 WE 通信的主要方式。您可以在内核中看到 WE /proc/net/wireless。

最后一个发布的版本是v29Ubuntu 14 和 16 似乎包含v30测试版（iwconfig -v）。

我很好奇这个包裹是怎么回事？为什么“beta”版本 30 成为使用的事实上的标准版本？

惠普是否停止资助 Jean Tourrhiles 从而停止开发？或者也许它已经确定它足够稳定以停止开发，但如果是这样的话，为什么 30 仍然是测试版？

我找到了这个Github 页面，但它似乎仅供历史参考。

版本历史

版本历史

linux linux-kernel

2 个回答

  1. 我应该仔细阅读我链接得更好的 Q/A，因为有一个链接指向一个讨论为什么这个项目被放弃的页面：

    WE是否正在进一步发展？

    不它不是。WE 只接受错误修复。

    为什么我们要放弃 WE

    WE 基于ioctl()并且虽然ioctl()已经被使用并且仍然被用作用户之间通信的标准传输←→内核空间新的传输由于几个原因而被首选。

    来自 Linux 设备驱动程序 - 第 3 版：

    In user space, the ioctl system call has the following prototype:

int ioctl(int fd, unsigned long cmd, ...);

    由于点，原型在 Unix 系统调用列表中脱颖而出，这些点通常将函数标记为具有可变数量的参数。然而，在实际系统中，系统调用实际上不能有可变数量的参数。系统调用必须有明确定义的原型，因为用户程序只能通过硬件“门”访问它们。因此，原型中的点表示的不是可变数量的参数，而是单个可选参数，传统上标识为char *argp. 这些点只是为了防止编译期间的类型检查。

    它还指出：

    该ioctl调用的非结构化性质使其在内核开发人员中失宠。每个ioctl命令本质上都是一个单独的、通常未记录的系统调用，并且无法以任何全面的方式审核这些调用。也很难让非结构化的ioctl论点在所有系统上都同样有效；例如，考虑一个用户空间进程在 32 位模式下运行的 64 位系统。

    什么是无线扩展的替代品

    新的发展应该集中在cfg80211和nl80211上。

    旁注： Jean Tourrhiles 似乎在 1997 年至 2009 年左右从事该项目。我发现2014 年的一篇文章说 Tourrhiles 仍在惠普，从事一个名为OpenFlow的项目：

    惠普的 Jean Tourrhiles 还担任可扩展性工作组的主席，该工作组作为“编辑”将最新技术驱动到 OpenFlow 的未来版本中

    • 17
  2. Best Answer

    无线工具被弃用，iw因为无线扩展已被弃用，取而代之的是用于无线设备的新 nl80211 接口。iw的内核文档说明了这一点。

    但是，nl80211 正在积极开发中，并非所有驱动程序都已迁移到它。尚未从无线扩展迁移的设备仍然需要无线工具。

    Ubuntu（以及我所知道的几乎所有发行版）提供版本 30 测试版的原因是，该版本修复了版本 29 中的一个严重错误，如果该区域由于缓冲区而导致网络过多，则会导致 iwconfig 失败溢出。无线工具的 Github 存储库没有显示这一点，但这是Arch的相关补丁

    • 17

相关问题