Linux wireless drivers development
 help / color / mirror / Atom feed
 messages from 2026-07-31 13:25:06 to 2026-07-31 18:55:56 UTC [more...]

[BUG] ath12k: NULL deref in ath12k_mac_op_hw_scan() when a scan is requested during firmware recovery (IPQ5332 + QCN9274)
 2026-07-31 18:55 UTC  (5+ messages)

[PATCH] wifi: brcmfmac: configure SAE PWE method for external SAE AP
 2026-07-31 18:02 UTC  (6+ messages)

[PATCH] wifi: zd1211rw: reject secondary interfaces to prevent conflicts
 2026-07-31 17:36 UTC  (2+ messages)

[REGRESSION] iwlwifi IO_PAGE_FAULT and Master Disable Timed Out
 2026-07-31 17:04 UTC 

[PATCH] wifi: mt76: mt76x2: use min_not_zero() in mt76x2_get_min_rate_power()
 2026-07-31 16:47 UTC 

[PATCH ath-current v3] wifi: ath11k: cleanup arsta in ath11k_mac_peer_cleanup_all()
 2026-07-31 16:42 UTC  (2+ messages)

[PATCH ath-current v2] wifi: ath11k: reset ar->num_station on hardware start
 2026-07-31 16:35 UTC  (4+ messages)

[PATCH ath-current] wifi: ath11k: fix locking problem in ath11k_dp_rx_tid_del_func()
 2026-07-31 16:31 UTC  (4+ messages)

[PATCH v4 0/8] wifi: brcm80211: performance and stability fixes
 2026-07-31 16:06 UTC  (9+ messages)
` [PATCH v4 1/8] wifi: brcmfmac: flowring: replace O(N) blocked-ring scan with atomic counter
` [PATCH v4 2/8] wifi: brcmfmac: sdio: coalesce sdio_claim_host calls in rxglom path
` [PATCH v4 3/8] wifi: brcmfmac: core: fix missing headroom check and populate radiotap RSSI
` [PATCH v4 4/8] wifi: brcmfmac: cfg80211: implement PMKID_V2 and fix brcmf_delay busy-wait
` [PATCH v4 5/8] wifi: brcmfmac: msgbuf: fix TX stall and tune buffer/threshold constants
` [PATCH v4 6/8] wifi: brcmfmac: pcie: replace msleep polling with usleep_range and backoff
` [PATCH v4 7/8] wifi: brcmfmac: fwsignal: document safe no-op for duplicate MAC handle ADD
` [PATCH v4 8/8] wifi: brcmsmac: ampdu: document IEEE 802.11n TID requirement

[BUG] wifi: rtw89: RTL8852BE firmware fails to leave LPS and recovery times out
 2026-07-31 15:51 UTC 

[PATCH v3 0/8] wifi: brcm80211: performance and stability improvements
 2026-07-31 15:48 UTC  (9+ messages)
` [PATCH v3 1/8] wifi: brcmfmac: flowring: replace O(N) loop with atomic counter
` [PATCH v3 2/8] wifi: brcmfmac: sdio: coalesce host locks in rx path
` [PATCH v3 3/8] wifi: brcmfmac: core: populate radiotap header with RSSI
` [PATCH v3 4/8] wifi: brcmfmac: cfg80211: implement PMKID_V2 and fix delay busy-wait
` [PATCH v3 5/8] wifi: brcmfmac: msgbuf: tune thresholds and optimize sleep latency
` [PATCH v3 6/8] wifi: brcmfmac: pcie: optimize latency and irq teardown
` [PATCH v3 7/8] wifi: brcmfmac: fwsignal: safe no-op on duplicate MAC add
` [PATCH v3 8/8] wifi: brcmsmac: ampdu: clarify standard compliance on QoS change

[PATCH RFC v2] wifi: ath10k: make in-order rx amsdu buffers persistent
 2026-07-31 14:55 UTC  (4+ messages)

[PATCH] wifi: ath6kl: clamp assoc request/response lengths before subtracting IE offsets
 2026-07-31 14:41 UTC  (2+ messages)

[PATCH ath-next] wifi: ath11k: fix leak in ath11k_service_ready_ext_event()
 2026-07-31 14:41 UTC  (2+ messages)

[PATCH v8] wifi: ath11k: fix resource leak on error in ext IRQ setup
 2026-07-31 14:41 UTC  (2+ messages)

Hello, I am reporting a reproducible issue with the Linux rtw88 driver affecting a Realtek RTL8821AU USB Wi-Fi adapter during monitor-mode channel hopping. Hardware: TP-Link Archer T2U Plus USB ID: 2357:0120 Chipset: Realtek RTL8821AU Software: Ubuntu Linux Kernel: 7.0.0-28-generic Kismet Observed problem: When Kismet performs normal channel hopping, the kernel reports warnings involving: drivers/net/wireless/realtek/rtw88/phy.c Function: rtw_get_channel_group() Testing showed: Kismet locked to Channel 36 runs without triggering the warnings. Enabling channel hopping causes the warnings to return. The issue appears when the adapter reaches upper 5 GHz UNII-3 channels (149–165), especially Channel 157. This appears to be a driver issue involving 5 GHz channel grouping logic in rtw88. The behavior is reproducible and appears to be triggered by normal monitor-mode channel hopping. I am not a kernel developer and I am not submitting a patch. I am reporting the issu
 2026-07-31 14:22 UTC 

[PATCH v4] wifi: mwifiex: validate event lengths before copying bodies
 2026-07-31 14:20 UTC 

[PATCH wireless-next 1/5] wifi: cfg80211: add Control Integrity Protocol (CIP) APIs
 2026-07-31 13:40 UTC  (5+ messages)
` [PATCH wireless-next 2/5] wifi: mac80211: add cigtk parameter to ieee80211_gtk_rekey_add
` [PATCH wireless-next 3/5] wifi: mac80211: add helpers to parse/generate CIP Capabilities
` [PATCH wireless-next 4/5] wifi: mac80211: add Control Integrity Protocol handling
` [PATCH wireless-next 5/5] wifi: mac80211_hwsim: claim support for Control Integrity Protocol

[PATCH v3] power: sequencing: rename pwrseq_power_on/off() to pwrseq_enable/disable()
 2026-07-31 13:42 UTC 

[PATCH v2] power: sequencing: rename pwrseq_power_on/off() to pwrseq_enable/disable()
 2026-07-31 13:27 UTC  (4+ messages)

[PATCH net] nfc: trf7970a: initialize lock and timeout_work before requesting the IRQ
 2026-07-31 13:24 UTC  (2+ messages)


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox