iwinfo, branch masterLibrary for accessing wireless device drivershttps://git.openwrt.org/project/iwinfo/atom?h=master2026-10-09T09:48:48Zdevices: add TP-Link Archer T2U v32026-10-09T09:48:48ZJosef Schlehofer2026-09-21T14:20:55Zurn:sha1:0ab4641cfd18ba0ca874a092eaa4c8615b38938a
Another rtw88 driven USB adapter reported as "Generic MAC80211". The ID
is not in the usb.ids database and rtw8821au.c only comments it as
"TP Link", so the name is taken from the device itself: the box reads
"TP-Link Archer T2U AC600 EU 3/0" and it enumerates as 2357:011f.
Signed-off-by: Josef Schlehofer <pepe.schlehofer@gmail.com>
Link: https://github.com/openwrt/iwinfo/pull/49
Signed-off-by: Robert Marko <robimarko@gmail.com>
devices: add TP-Link Archer T4U v32026-10-09T09:48:48ZJosef Schlehofer2026-09-21T14:20:54Zurn:sha1:446de2e04a43cfe6e9a0f63600162d10f9af9528
The adapter is driven by rtw88 and reported as "Generic MAC80211",
although iwinfo already resolves its USB ID:
phy3-ap0 Hardware: USB 2357:0115 [Generic MAC80211]
The ID matches the device table in rtw8822bu.c, where it is commented
as "TP-Link Archer T4U V3", and the usb.ids database, which names it
"Archer T4U ver.3".
Signed-off-by: Josef Schlehofer <pepe.schlehofer@gmail.com>
Link: https://github.com/openwrt/iwinfo/pull/49
Signed-off-by: Robert Marko <robimarko@gmail.com>
devices: add device id for Realtek RTL8188EUS2026-10-09T09:47:58Zaer0nix2026-09-06T19:31:03Zurn:sha1:1fff99bf766d1bb2d1691d42b865f4cfc5ff1c1b
Add device id for Realtek RTL8188EUS.
Link: https://github.com/openwrt/iwinfo/pull/48
Signed-off-by: Robert Marko <robimarko@gmail.com>
devices: add device id for Atheros AR92712026-10-09T09:47:58Zaer0nix2026-09-06T19:21:50Zurn:sha1:0b272ab76dec5fd1e4ec7bb4f69c4adc4c51e16c
Add device id for Atheros AR9271 (AzureWave AW-NU137).
Link: https://github.com/openwrt/iwinfo/pull/48
Signed-off-by: Robert Marko <robimarko@gmail.com>
devices: add device id for Atheros AR93802026-10-09T09:47:58Zaer0nix2026-09-06T18:31:50Zurn:sha1:b512eecbf76d0e2c87f5548c41d5c4e958f61f3f
Add device id for Atheros AR9380 (AR5BXB112).
Link: https://github.com/openwrt/iwinfo/pull/48
Signed-off-by: Robert Marko <robimarko@gmail.com>
devices: add device id for MediaTek MT7925E2026-10-09T09:47:58Zaer0nix2026-09-06T18:26:29Zurn:sha1:3d035140ec93837462a15a369979afc82d1a2d17
Add device id for MediaTek MT7925E.
Link: https://github.com/openwrt/iwinfo/pull/48
Signed-off-by: Robert Marko <robimarko@gmail.com>
devices: add device for NETGEAR Nighthawk A9000 Wi-Fi 72026-10-07T11:49:35ZJosef Schlehofer2026-09-29T16:26:33Zurn:sha1:6f500bc1fa0d57b631448fbe94fa98a1420eb9da
Add the USB ID of the Netgear A9000 (0846:9072) to the
iwinfo hardware database.
Signed-off-by: Josef Schlehofer <pepe.schlehofer@gmail.com>
Link: https://github.com/openwrt/iwinfo/pull/50
Signed-off-by: Robert Marko <robimarko@gmail.com>
devices: add device id for Qualcomm Atheros QCA99942026-05-25T23:12:41ZYusuf Altuntepe2026-02-26T23:41:24Zurn:sha1:66bdd1a071895d91babc9b9228bb84626bbce226
Add device id for Qualcomm Atheros QCA9994
(adapter found on Unifi AC HD)
(0xe535 5 GHz) - (0xe5a2 2.4 GHz)
Signed-off-by: Yusuf Altuntepe <yusufaltuntepe@outlook.com>
Link: https://github.com/openwrt/iwinfo/pull/35
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
devices: add device id for Qualcomm Technologies QCN6224/9224/92742026-05-25T23:09:54ZKristian Skramstad2026-04-11T07:49:23Zurn:sha1:cd7db6194a71943ed896a7de8f68f2b4b1d11659
0x17cb 0x1109 0x17cb 0x1109 0 0 "Qualcomm Technologies" "QCN6224/9224/9274"
Signed-off-by: Kristian Skramstad <kristian+github@83.no>
Link: https://github.com/openwrt/iwinfo/pull/36
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
nl80211: fix corrupt scan results from wpa_supplicant2026-05-25T23:04:25ZJames Haggerty2025-10-22T02:44:28Zurn:sha1:6e198d3757524570db96458cafb6ee085b366aca
Without clearing the scanlist entries, it was possible to have bad
data remaining from previous calls in the ht_operation/vht_operation
fields (not set here). This could cause segfaults in rpcd's iwinfo
module, as it was possible that (a) the primary_chan would not be 0
and therefore (b) you would use bad data for chan_width etc. as an
index into short-ish array:
if (e->ht_chan_info.primary_chan) {
t = blobmsg_open_table(&buf, "ht_operation");
blobmsg_add_u32(&buf, "primary_channel", e->ht_chan_info.primary_chan);
blobmsg_add_string(&buf, "secondary_channel_offset", ht_secondary_offset[e->ht_chan_info.secondary_chan_off]);
blobmsg_add_u32(&buf, "channel_width", ht_chan_width[e->ht_chan_info.chan_width]);
blobmsg_close_table(&buf, t);
}
Signed-off-by: James Haggerty <james.haggerty@morsemicro.com>
Link: https://github.com/openwrt/iwinfo/pull/30
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>