messages from 2026-07-31 13:42:31 to 2026-07-31 23:06:45 UTC [more...]
[RESEND PATCH ath-current 0/3] wifi: ath11k: fix QRTR readiness related WLAN initialization failures
2026-07-31 23:06 UTC (3+ messages)
` [RESEND PATCH ath-current 3/3] wifi: ath11k: unregister PM notifier on QMI init failure path
[PATCH 0/5] wifi: ath12k: fixes to improve MLO station stability
2026-07-31 22:04 UTC (2+ messages)
[PATCH] wifi: ath12k: advertise AP_VLAN interface mode for IPQ5332
2026-07-31 22:01 UTC (2+ messages)
[PATCH ath-current v2] wifi: ath11k: reset ar->num_station on hardware start
2026-07-31 21:54 UTC (5+ messages)
[PATCH] wifi: ath11k: Fix possible memory leak in ath11k_dp_srng_setup()
2026-07-31 21:40 UTC (2+ messages)
[BUG] rtw88_8723de: Wi-Fi and Bluetooth fail after warm reboot
2026-07-31 20:30 UTC (4+ messages)
[PATCH] wifi: zd1211rw: reject secondary interfaces to prevent conflicts
2026-07-31 19:45 UTC (3+ messages)
[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)
[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] 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
page: | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox