iwinfo, branch master

devices: add device id for Qualcomm Atheros QCA9994

2026-05-25T23:12:41Z

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 Link: https://github.com/openwrt/iwinfo/pull/35 Signed-off-by: Hauke Mehrtens

devices: add device id for Qualcomm Technologies QCN6224/9224/9274

2026-05-25T23:09:54Z

0x17cb 0x1109 0x17cb 0x1109 0 0 "Qualcomm Technologies" "QCN6224/9224/9274" Signed-off-by: Kristian Skramstad Link: https://github.com/openwrt/iwinfo/pull/36 Signed-off-by: Hauke Mehrtens

nl80211: fix corrupt scan results from wpa_supplicant

2026-05-25T23:04:25Z

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 Link: https://github.com/openwrt/iwinfo/pull/30 Signed-off-by: Hauke Mehrtens

devices: add device id for MediaTek MT7921E

2026-03-06T07:08:20Z

Add device id for MediaTek MT7921E. Signed-off-by: Álvaro Fernández Rojas

nl80211: fix 5Ghz frequency calculations

2026-01-13T23:33:03Z

nl80211_channel2freq assumes that if ieee80211ax=1 is set in /var/run/hostapd-XXX.conf, the channel must be in the 6GHz band. Check op_class instead, which is between 131 and 137 for 6GHz. Fixes: 3f619a5fbe10 ("nl80211: fix frequency/channel conversion for the 6G band") Signed-off-by: George Sapkin Link: https://github.com/openwrt/iwinfo/pull/31 Signed-off-by: Hauke Mehrtens

iwinfo: Query hostapd for 'ssid2'

2025-11-29T18:18:14Z

DAWN is reporting invalid results because it can't find the SSID of the running networks. Reported by Elwin Huang in https://github.com/berlin-open-wireless-lab/DAWN/issues/247#issuecomment-3327148254 It needs to be parsed like wpa_config_parse_string() does. Signed-off-by: David Woodhouse

iwinfo: export HE and EHT operation in scan results

2025-11-07T11:21:23Z

Export WiFi 6E (HE) and WiFi 7 (EHT) operation data in scan results. These additional data can be useful to check wifi channel utilization by nearby stations. Example Cell 22 - Address: xx:xx:xx:xx:xx:xx ESSID: "OpenWrt" Mode: Master Frequency: 5.955 GHz Band: 6 GHz Channel: 1 Signal: -21 dBm Quality: 70/70 Encryption: WPA3 SAE (CCMP) HE Operation: Center Frequency 1: 7 Center Frequency 2: 15 Channel Width: 160 MHz EHT Operation: Center Frequency 1: 15 Center Frequency 2: 31 Channel Width: 320 MHz Signed-off-by: Aleksander Jan Bajkowski Link: https://github.com/openwrt/iwinfo/pull/21 Signed-off-by: Robert Marko

iwinfo: print HT operation only if present

2025-11-07T11:21:23Z

HT Operation is empty in the 6GHz band, where only 802.11 ax (HE) and 802.11 be (EHT) are allowed, and in 802.11 legacy modes. Example: Cell 19 - Address: xx:xx:xx:xx:xx:xx ESSID: "OpenWrt" Mode: Master Frequency: 5.955 GHz Band: 6 GHz Channel: 1 Signal: -20 dBm Quality: 70/70 Encryption: WPA3 SAE (CCMP) HT Operation: Primary Channel: 0 Secondary Channel Offset: no secondary Channel Width: 20 MHz HE Operation: Center Frequency 1: 7 Center Frequency 2: 15 Channel Width: 160 MHz EHT Operation: Center Frequency 1: 15 Center Frequency 2: 31 Channel Width: 320 MHz Fixes: ea28dfb5f957 ("iwinfo: export ht and vht operation in scan results") Signed-off-by: Aleksander Jan Bajkowski Link: https://github.com/openwrt/iwinfo/pull/21 Signed-off-by: Robert Marko

winfo: account noise for multiple radio from same wiphy

2025-10-19T11:49:33Z

With the introduction of MLO, a wiphy might have multiple radio serving it. The current code that parse the noise level use the IN_USE flag to identify the affected radio but this changed with MLO as now multiple radio can have IN_USE flag set. This confuse the parsing as only the first radio is parsed with all the other skipped, resulting in all the radio for the wiphy wrongly reporting the noise of the first. Rework the noise parsing logic to check if the frequency match the current interface in addition to the IN_USE flag. Suggested-by: Valeriy Kosikhin Tested-by: Aleksander Jan Bajkowski # tested on Quantum W1700k Co-developed-by: Valeriy Kosikhin Signed-off-by: Christian Marangi

devices: add device id for Qualcomm Atheros QCN6122

2025-02-06T11:23:06Z

Add device id for Qualcomm Atheros QCN6102 (5G) and QCN6122 (5G/6G) Signed-off-by: George Moussalem Link: https://github.com/openwrt/iwinfo/pull/20 Signed-off-by: Robert Marko