Open ByteEnable opened 3 years ago
BrainSlayer
commented
3 years ago maybe you should just avoid to use the monitor mode, since this mode isnt supported by the driver. i just wonder why you are able to use monitor mode since the driver does not offer the required support flags
ByteEnable
commented
3 years ago Literally states in the driver readme how to debug:
Monitor interface for debug
Create moinitor interface mon0:
iw wlan0/wlan1 interface add mon0 type monitor
ifconfig mon0 up
Use tcpdump to dump dhcp packets:
tcpdump -vvvi mon0 -n port 67 and port 68
Use tcpdump to dump icmp packets:
tcpdump -vvvi mon0 icmp Able to induce kernel panic on 19.07.8 as well.
Sep 3 22:25:27 OpenWrt logread[1634]: Logread connected to 192.168.50.83:5555
Sep 3 22:26:31 OpenWrt dropbear[4527]: Child connection from 192.168.50.83:46458
Sep 3 22:26:35 OpenWrt dropbear[4527]: Password auth succeeded for 'root' from 192.168.50.83:46458
Sep 3 22:26:35 OpenWrt dropbear[4527]: Exit (root): Disconnect received
Sep 3 22:27:45 OpenWrt mac80211: Failed command: iw phy phy0 set antenna 0xffffffff 0xffffffff
Sep 3 22:27:45 OpenWrt netifd: radio0 (4765): command failed: Not supported (-95)
Sep 3 22:27:45 OpenWrt mac80211: Failed command: iw phy phy0 set distance 0
Sep 3 22:27:45 OpenWrt hostapd: Configuration file: /var/run/hostapd-phy0.conf
Sep 3 22:27:45 OpenWrt kernel: [ 635.257672] ieee80211 phy0: change: 0xffffffff
Sep 3 22:27:45 OpenWrt kernel: [ 635.362941] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sep 3 22:27:45 OpenWrt kernel: [ 635.370374] br-lan: port 2(wlan0) entered blocking state
Sep 3 22:27:45 OpenWrt kernel: [ 635.375731] br-lan: port 2(wlan0) entered disabled state
Sep 3 22:27:45 OpenWrt kernel: [ 635.381172] device wlan0 entered promiscuous mode
Sep 3 22:27:45 OpenWrt hostapd: wlan0: interface state UNINITIALIZED->HT_SCAN
Sep 3 22:27:45 OpenWrt kernel: [ 635.387151] ieee80211 phy0: change: 0x100
Sep 3 22:27:45 OpenWrt kernel: [ 635.395859] ieee80211 phy0: change: 0x40
Sep 3 22:27:46 OpenWrt kernel: [ 635.610801] ieee80211 phy0: change: 0x40
Sep 3 22:27:46 OpenWrt kernel: [ 635.820877] ieee80211 phy0: change: 0x40
Sep 3 22:27:46 OpenWrt kernel: [ 635.916937] ieee80211 phy0: change: 0x100
Sep 3 22:27:46 OpenWrt hostapd: Using interface wlan0 with hwaddr 30:23:03:df:49:2a and ssid "OpenWrt"
Sep 3 22:27:46 OpenWrt kernel: [ 635.968897] ieee80211 phy0: change: 0x100
Sep 3 22:27:46 OpenWrt kernel: [ 635.977922] ieee80211 phy0: change: 0x42
Sep 3 22:27:46 OpenWrt kernel: [ 636.146019] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Sep 3 22:27:46 OpenWrt kernel: [ 636.152474] br-lan: port 2(wlan0) entered blocking state
Sep 3 22:27:46 OpenWrt kernel: [ 636.157811] br-lan: port 2(wlan0) entered forwarding state
Sep 3 22:27:46 OpenWrt hostapd: wlan0: interface state HT_SCAN->ENABLED
Sep 3 22:27:46 OpenWrt hostapd: wlan0: AP-ENABLED
Sep 3 22:27:46 OpenWrt netifd: Network device 'wlan0' link is up
Sep 3 22:28:26 OpenWrt kernel: [ 676.323211] ieee80211 phy0: change: 0x8
Sep 3 22:28:59 OpenWrt dropbear[5307]: Child connection from 192.168.50.83:46460
Sep 3 22:29:00 OpenWrt odhcpd[1859]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
Sep 3 22:29:03 OpenWrt dropbear[5307]: Password auth succeeded for 'root' from 192.168.50.83:46460
Sep 3 22:29:25 OpenWrt kernel: [ 735.206045] device mon0 entered promiscuous mode
Sep 3 22:29:59 OpenWrt hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: associated (aid 1)
Sep 3 22:30:00 OpenWrt hostapd: wlan0: AP-STA-CONNECTED xx:xx:xx:xx:xx:xx
Sep 3 22:30:00 OpenWrt hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: pairwise key handshake completed (RSN)
Sep 3 22:30:01 OpenWrt odhcpd[1859]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
Sep 3 22:30:01 OpenWrt hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: authenticated
Sep 3 22:30:03 OpenWrt dnsmasq-dhcp[2697]: DHCPDISCOVER(br-lan) xx:xx:xx:xx:xx:xx
Sep 3 22:30:03 OpenWrt dnsmasq-dhcp[2697]: DHCPOFFER(br-lan) 192.168.1.225 xx:xx:xx:xx:xx:xx
Sep 3 22:30:03 OpenWrt dnsmasq-dhcp[2697]: DHCPDISCOVER(br-lan) xx:xx:xx:xx:xx:xx
Sep 3 22:30:03 OpenWrt dnsmasq-dhcp[2697]: DHCPOFFER(br-lan) 192.168.1.225 xx:xx:xx:xx:xx:xx
Sep 3 22:30:03 OpenWrt dnsmasq-dhcp[2697]: DHCPDISCOVER(br-lan) xx:xx:xx:xx:xx:xx
Sep 3 22:30:03 OpenWrt dnsmasq-dhcp[2697]: DHCPOFFER(br-lan) 192.168.1.225 xx:xx:xx:xx:xx:xx
Sep 3 22:30:03 OpenWrt dnsmasq-dhcp[2697]: DHCPREQUEST(br-lan) 192.168.1.225 xx:xx:xx:xx:xx:xx
Sep 3 22:30:03 OpenWrt dnsmasq-dhcp[2697]: DHCPACK(br-lan) 192.168.1.225 xx:xx:xx:xx:xx:xx Rob-s-S10e
Sep 3 22:30:05 OpenWrt odhcpd[1859]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
Sep 3 22:30:44 OpenWrt kernel: [ 814.028018] Unable to handle kernel NULL pointer dereference at virtual address 00000004
Sep 3 22:30:44 OpenWrt kernel: [ 814.036170] pgd = c0004000
Sep 3 22:30:44 OpenWrt kernel: [ 814.038888] [00000004] *pgd=00000000
Sep 3 22:30:44 OpenWrt kernel: [ 814.042483] Internal error: Oops: 817 [#1] SMP ARM
Sep 3 22:30:44 OpenWrt kernel: [ 814.047294] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 iptable_nat ipt_REJECT ipt_MASQUERADE xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT slhc rfcomm nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack mwifiex_sdio mwifiex iptable_mangle iptable_filter ip_tables hidp hci_uart crc_ccitt btusb btmrvl_sdio btmrvl btintel bnep bluetooth hid evdev input_core mwlwifi mac80211 cfg80211 compat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ecdh_generic kpp ecb cmac gpio_button_hotplug
Sep 3 22:30:44 OpenWrt kernel: [ 814.118741] CPU: 1 PID: 14 Comm: ksoftirqd/1 Not tainted 4.14.241 #0
Sep 3 22:30:44 OpenWrt kernel: [ 814.125121] Hardware name: Marvell Armada 380/385 (Device Tree)
Sep 3 22:30:44 OpenWrt kernel: [ 814.131066] task: df468a80 task.stack: df474000
Sep 3 22:30:44 OpenWrt kernel: [ 814.135614] pc : [<c053b424>] lr : [<c0560a90>] psr: a0000013
Sep 3 22:30:44 OpenWrt kernel: [ 814.141907] sp : df475ea0 ip : d55c2fb8 fp : 1f399000
Sep 3 22:30:44 OpenWrt kernel: [ 814.147152] r10: df475ed8 r9 : dfbe092c r8 : 00000040
Sep 3 22:30:44 OpenWrt kernel: [ 814.152399] r7 : dfbe0888 r6 : 00000000 r5 : 0000000f r4 : dfbe0930
Sep 3 22:30:44 OpenWrt kernel: [ 814.158954] r3 : dfbe0888 r2 : 00000000 r1 : 00000000 r0 : df65df00
Sep 3 22:30:44 OpenWrt kernel: [ 814.165509] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none
Sep 3 22:30:44 OpenWrt kernel: [ 814.172675] Control: 10c5387d Table: 1523c04a DAC: 00000051
Sep 3 22:30:44 OpenWrt kernel: [ 814.178444] Process ksoftirqd/1 (pid: 14, stack limit = 0xdf474210)
Sep 3 22:30:44 OpenWrt kernel: [ 814.184738] Stack: (0xdf475ea0 to 0xdf476000)
Sep 3 22:30:44 OpenWrt kernel: [ 814.189114] 5ea0: dfbe0930 00000001 00000040 0000c8b4 c0902d00 0000012c df475ed8 c053d784
Sep 3 22:30:44 OpenWrt kernel: [ 814.197328] 5ec0: dfbe0880 c0847880 c092ba34 c0904ad0 c0792efc c0796788 df475ed8 df475ed8
Sep 3 22:30:44 OpenWrt kernel: [ 814.205542] 5ee0: df475ee0 df475ee0 c0902080 00000000 00000003 c090208c c0902080 40000003
Sep 3 22:30:44 OpenWrt kernel: [ 814.213755] 5f00: ffffe000 00000100 c0902080 c0101628 df468e00 00000000 df475f54 c0844210
Sep 3 22:30:44 OpenWrt kernel: [ 814.221969] 5f20: c0932a80 00000007 0000c8b3 c0902d00 c07015f8 04208040 ffffe000 df420240
Sep 3 22:30:44 OpenWrt kernel: [ 814.230182] 5f40: ffffe000 00000000 00000001 c090c03c 00000002 00000000 df43be74 c012d0d8
Sep 3 22:30:44 OpenWrt kernel: [ 814.238396] 5f60: df420240 c0147664 df420380 df474000 df420300 00000000 df42039c df420240
Sep 3 22:30:44 OpenWrt kernel: [ 814.246609] 5f80: c01474cc c0144740 df474000 df420300 c014460c 00000000 00000000 00000000
Sep 3 22:30:44 OpenWrt kernel: [ 814.254823] 5fa0: 00000000 00000000 00000000 c01075c8 00000000 00000000 00000000 00000000
Sep 3 22:30:44 OpenWrt kernel: [ 814.263036] 5fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sep 3 22:30:44 OpenWrt kernel: [ 814.271249] 5fe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000
Sep 3 22:30:44 OpenWrt kernel: [ 814.279464] Function entered at [<c053b424>] from [<c053d784>]
Sep 3 22:30:44 OpenWrt kernel: [ 814.285321] Function entered at [<c053d784>] from [<c0101628>]
Sep 3 22:30:44 OpenWrt kernel: [ 814.291178] Function entered at [<c0101628>] from [<c012d0d8>]
Sep 3 22:30:44 OpenWrt kernel: [ 814.297035] Function entered at [<c012d0d8>] from [<c0147664>]
Sep 3 22:30:44 OpenWrt kernel: [ 814.302892] Function entered at [<c0147664>] from [<c0144740>]
Sep 3 22:30:44 OpenWrt kernel: [ 814.308749] Function entered at [<c0144740>] from [<c01075c8>]
Sep 3 22:30:44 OpenWrt kernel: [ 814.314607] Code: e50430a0 e1c020d0 e5806000 e5806004 (e5823004)
Sep 3 22:30:44 OpenWrt kernel: [ 814.320736] ---[ end trace 18bb1355718c00ff ]---i just can tell you that i find no evidence that the driver has monitor mode support. but we find strong evidence that enabling monitor mode crashes the driver. since nobody is maintaining the driver you simply have to avoid using the monitor mode.
Izaic
commented
3 years ago I'm finding lockups with 21. as well... Where before in 19.07.8 I was able to run 5GHz without too many issues, after upgrading I now have constant stability problems.
BrainSlayer
commented
3 years ago there where always stability issues, especially if using IOS / apple devices.
I can at will kernel panic 21.x snapshots I am running. I have been trying to debug my 5G wifi issues and ran into this issue only on the wireless side.
Wireless config:
`config wifi-device 'radio0' option type 'mac80211' option path 'soc/soc:pcie/pci0000:00/0000:00:01.0/0000:01:00.0' option channel '36' option band '5g' option htmode 'VHT80' option country 'US' option cell_density '0' option log_level '0'
config wifi-iface 'default_radio0' option device 'radio0' option network 'lan' option mode 'ap' option ssid 'OpenWrt' option macaddr '30:23:xx:xx:xx:xx' option disassoc_low_ack '0' option encryption 'psk2+ccmp' option key 'toomuchFUN'
config wifi-device 'radio1' option type 'mac80211' option path 'soc/soc:pcie/pci0000:00/0000:00:02.0/0000:02:00.0' option channel '1' option band '2g' option htmode 'HT20' option disabled '1' option country 'US'
config wifi-iface 'default_radio1' option device 'radio1' option network 'lan' option mode 'ap' option ssid 'OpenWrt' option encryption 'none' option macaddr '30:23:03:df:49:29'
config wifi-device 'radio2' option type 'mac80211' option path 'platform/soc/soc:internal-regs/f10d8000.sdhci/mmc_host/mmc0/mmc0:0001/mmc0:0001:1' option channel '34' option band '5g' option htmode 'VHT80' option disabled '1'
config wifi-iface 'default_radio2' option device 'radio2' option network 'lan' option mode 'ap' option ssid 'OpenWrt' option encryption 'none'
`
Steps to reproduce via ssh to the router:
Open another ssh session to the router :
iperf3 -sFrom another wireless device launch iperf3 as a client. I am using magic perf from the google playstore on my android phone. Will kernel panic usually in about 20 seconds.
Linux OpenWrt 5.4.143 #0 SMP Sun Aug 29 22:37:47 2021 armv7l GNU/Linux Firmware Version：OpenWrt SNAPSHOT r17454-f08b76b32f
With Kernel 5.10.61: