Mengapa alat nirkabel versi 30 menjadi beta permanen?

Saya menemukan beberapa informasi bagus tentang alat nirkabel di T / A ini . Rupanya itu diperkenalkan ke kernel Linux pada tahun 1997 oleh Jean Tourrhiles yang disponsori oleh Hewlett Packard.

Sunting: Tampaknya WE (Wireless Extensions) ditambahkan ke Kernel oleh Tourrhiles, bukan alat nirkabel itu sendiri. Alat tersedia di sebagian besar distro sebagai cara utama untuk berkomunikasi dengan KAMI. Anda dapat melihat KAMI di kernel di /proc/net/wireless.

The versi terakhir yang dirilis adalah v29belum Ubuntu 14 & 16 tampaknya mengandung v30beta ( iwconfig -v).

Saya ingin tahu tentang apa yang terjadi pada paket ini? Mengapa "beta" versi 30 menjadi versi standar defacto yang digunakan?

Apakah HP menghentikan pendanaan Jean Tourrhiles sehingga pengembangan terhenti? Atau mungkin diputuskan bahwa itu cukup stabil untuk menghentikan perkembangan, tetapi jika itu masalahnya mengapa 30 masih berupa beta?

Saya menemukan halaman Github ini tetapi tampaknya hanya untuk referensi sejarah.

Riwayat Versi

Alat-alat nirkabel tidak digunakan lagi iwkarena ekstensi nirkabel telah tidak digunakan lagi karena adanya antarmuka nl80211 baru untuk perangkat nirkabel. The dokumentasi kernel untuk iw mengatakan bahwa.

Namun, nl80211 sedang dalam pengembangan aktif dan tidak semua driver telah dimigrasi ke sana. Alat nirkabel masih diperlukan untuk perangkat yang belum dimigrasikan dari ekstensi nirkabel.

Alasan Ubuntu (dan hampir semua distro yang saya kenal) menyediakan versi 30 beta adalah karena versi itu memperbaiki bug kritis yang ada di versi 29, yang menyebabkan iwconfig gagal jika ada terlalu banyak jaringan di area tersebut karena buffer meluap. Repo Github untuk alat nirkabel tidak menunjukkan ini, tapi ini tambalan yang relevan dari Arch

Saya seharusnya membaca Q / A yang saya tautkan lebih baik karena ada tautan ke halaman yang membahas mengapa proyek ini ditinggalkan :

Apakah KAMI sedang dikembangkan lebih lanjut?

Tidak, bukan itu. Hanya perbaikan bug yang diterima untuk KAMI.

Mengapa kami meninggalkan KAMI

WE didasarkan pada ioctl()dan meskipun ioctl()telah digunakan dan masih digunakan sebagai transportasi standar untuk komunikasi antara pengguna ← → kernelspace, transport baru dipilih karena beberapa alasan.

Dari Driver Perangkat Linux - Edisi ke-3:

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

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

Prototipe menonjol dalam daftar panggilan sistem Unix karena titik-titik, yang biasanya menandai fungsi sebagai memiliki sejumlah variabel argumen. Dalam sistem nyata, bagaimanapun, panggilan sistem tidak dapat benar-benar memiliki sejumlah variabel argumen. Panggilan sistem harus memiliki prototipe yang terdefinisi dengan baik, karena program pengguna dapat mengaksesnya hanya melalui "gerbang" perangkat keras. Oleh karena itu, titik-titik dalam prototipe mewakili bukan jumlah variabel argumen tetapi argumen opsional tunggal, yang secara tradisional diidentifikasi sebagai char *argp. Titik-titik ada di sana untuk mencegah pengecekan tipe saat kompilasi.

Itu juga menyatakan:

Sifat ioctlpanggilan yang tidak terstruktur telah menyebabkannya tidak disukai oleh pengembang kernel. Setiap ioctlperintah pada dasarnya adalah panggilan sistem yang terpisah dan biasanya tidak berdokumen, dan tidak ada cara untuk mengaudit panggilan-panggilan ini dalam bentuk komprehensif apa pun. Juga sulit untuk membuat ioctlargumen tidak terstruktur bekerja secara identik pada semua sistem; misalnya, pertimbangkan sistem 64-bit dengan proses userspace yang berjalan dalam mode 32-bit.

Apa itu penggantian Wireless-Extensions

Pengembangan baru harus difokuskan pada cfg80211 dan nl80211.

Catatan Side: Tampaknya Jean Tourrhiles bekerja pada proyek dari seluruh 1997-2009. Saya menemukan sebuah artikel dari 2014 yang mengatakan Tourrhiles masih di HP, mengerjakan sebuah proyek bernama OpenFlow :

Jean Tourrhiles dari HP juga mengetuai Extensibility Working Group, yang berfungsi sebagai "editor" untuk menggerakkan teknologi terbaru ke versi OpenFlow masa depan.