Kernel warning right after a false radar detect
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 888
- Forks
- 436
- PR merge metrics
- No merged PRs in 30d
Description
In the last two weeks this is the third time my device does a false radar detect on channel 100, but this is the first time it generated a kernel warning as well:
Wed Apr 22 15:22:29 2020 daemon.notice hostapd: wlan0: DFS-RADAR-DETECTED freq=5500 ht_enabled=0 chan_offset=0 chan_width=3 cf1=5530 cf2=0
Wed Apr 22 15:22:29 2020 daemon.notice hostapd: wlan0: DFS-NEW-CHANNEL freq=5745 chan=149 sec_chan=1
Wed Apr 22 15:22:29 2020 daemon.info hostapd: wlan0: IEEE 802.11 driver starting channel switch: freq=5745, ht=1, vht_ch=0x0, offset=1, width=3 (80 MHz), cf1=5775, cf2=0
Wed Apr 22 15:22:29 2020 daemon.notice hostapd: wlan0: CTRL-EVENT-STARTED-CHANNEL-SWITCH freq=5745 ht_enabled=1 ch_offset=1 ch_width=80 MHz cf1=5775 cf2=0 dfs=0
Wed Apr 22 15:22:30 2020 daemon.info hostapd: wlan0: IEEE 802.11 driver had channel switch: freq=5745, ht=1, vht_ch=0x0, offset=1, width=3 (80 MHz), cf1=5775, cf2=0
Wed Apr 22 15:22:30 2020 daemon.notice hostapd: wlan0: CTRL-EVENT-CHANNEL-SWITCH freq=5745 ht_enabled=1 ch_offset=1 ch_width=80 MHz cf1=5775 cf2=0 dfs=0
Wed Apr 22 15:22:30 2020 daemon.notice hostapd: wlan0: AP-CSA-FINISHED freq=5745 dfs=0
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.366899] ------------[ cut here ]------------
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.376455] WARNING: CPU: 2 PID: 20 at backports-5.4.27-1/net/mac80211/tx.c:4389 ieee80211_next_txq+0x2ac/0x2c0 [mac80211]
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.398699] Modules linked in: pppoe ppp_async iptable_nat xt_state xt_nat xt_conntrack xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mt76x2e mt76x2_common mt76x02_lib mt76 mac80211 iptable_mangle iptable_filter ipt_REJECT ip_tables cfg80211 xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG x_tables slhc nf_reject_ipv4 nf_log_ipv4 nf_log_common nf_defrag_ipv4 crc_ccitt compat ledtrig_usbport ledtrig_heartbeat leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.508800] CPU: 2 PID: 20 Comm: ksoftirqd/2 Not tainted 5.4.31 #0
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.521264] Stack : 86c48c00 8007729c 80610000 8060da7c 80670000 8060da44 8060cb98 87c91bcc
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.538059] 807b0000 87c883a4 806546c3 805aae08 00000002 00000001 87c91b70 5c149b15
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.554854] 00000000 00000000 807f0000 00000000 30230000 0000016a 00000010 342e3520
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.571649] 00000000 0000b543 00000000 6f736b20 00000000 80670000 00000000 86d30920
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.588441] 00000009 00000000 87772480 8739cb30 00000010 80324580 00000008 807b0008
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.605237] ...
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.610273] Call Trace:
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.615325] [<8000b72c>] show_stack+0x30/0x100
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.624354] [<804f927c>] dump_stack+0xa4/0xdc
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.633197] [<80028038>] __warn+0xc0/0x10c
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.641511] [<800280e0>] warn_slowpath_fmt+0x5c/0xac
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.651679] [<86d30920>] ieee80211_next_txq+0x2ac/0x2c0 [mac80211]
Wed Apr 22 15:22:30 2020 kern.warn kernel: [932654.664461] ---[ end trace a1e01e64b1e363ea ]---
Device is a Dlink 860L (mt7621), I am on kernel 5.4.31 (11 days old master). I am stating it is a false detect, as first of all there is no radar in my area on channel 100 (5530MHz +-40MHz, not even by far), and second I checked with a realtime spectrum analyzer. Even the radar relatively close by I cannot pick up, as there is a mountain in between me and the radar itself.
If more info is needed, please let me know.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the warning location in backports-5.4.27-1/net/mac80211/tx.c:4389 and the ieee80211_next_txq call shown in the trace. Review the channel-switch and DFS-radar log sequence, then investigate whether the warning can be reproduced on the D-Link 860L with kernel 5.4.31. Done means the warning and false detection are explained or a verified fix is supported by reproduction evidence.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- networking, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100