I think we should announce this build on the Community Builds section since people with WRT32X/WRT3200ACM will definitely want this.
What do you think?
@arinc9 Yes, I was thinking the same thing. I think that it does need a thread on the Community Builds section.
Possibly, we can still use this current thread to troubleshoot the mwlwifi issues with mac80211 5.8+. Although I honestly am out of ideas and have very little energy left for that. I am not even sure if it will ever work with mac80211 5.8+.
So you can go ahead and announce the builds. I noticed that you did not have sha256 hashes for your builds though with your downloads. I think that would be a good idea.
I have a couple of questions for you since I am not a developer and don't understand all of the technical stuff.
-
How much effort, in the future, would be needed to bring in the latest mac80211 from the 5.7.x series into the OpenWrt codebase, which I believe is 5.7.19?
-
What exactly is the difference between your builds and @adworacz builds? Is it the same result in the end? Are your builds a cleaner implementation for the way that mac80211 5.7.5 was brought in?
Sorry for questions. I am just curious about some of those things that I just don't understand fully at the moment. Thanks.
Sounds good, I'll put a link to this post for troubleshooting purposes.
Good idea, I'll do that.
I honestly don't know.
I did hint at the difference but not clearly explain how it's different. The main difference is @adworacz's method uses mac80211 5.7.5's patches instead of the current ones. Then, it modifies the makefile to use backports-5.7.5 instead and get rid of code which won't compile.
What I do is, I completely replace mac80211 with mac80211 at the state of the "update to 5.7.5" commit. That's my first commit.
The second commit removes unnecessary code from compiling, which actually fails to compile, from the Makefile.
I just believe that this is a cleaner implementation.
1 Like
Right now my current two builds aren’t 100% compatible with 21.02.1 repos. So I’m going to try producing a new image that uses Openwrt’s build config instead of my custom one. This might be what @arinc9 already did, not sure (on a phone, haven’t checked).
1 Like
You're talking about the packages (specifically kernel modules) from the OpenWrt feeds not matching the kernel sha hash right? That's because the kernel module packages from the feeds were compiled with the untouched kernel made for 21.02.1. We modify mac80211 which is a kernel package, so we have a modified kernel running which naturally has a different sha hash.
There's no solution to this except, you force opkg to install kmod packages anyway with the --force-depends option.
1 Like
That should be relatively easy, but it won't buy you much - v5.7.x was not an LTS kernel, its maintenance stopped in late August 2020 - no bugs (security or otherwise) have been fixed or even tracked beyond that. As maintenance of stable (or LTS) kernel isn't quite linear, after all development happens in linus/ master and is only backported later, it's not very likely that going from 5.7-rc1 to 5.7.19 would gain you more insight (especially with the short attention span it has gotten).
The elephant in the room remains that v5.7 is functionally speaking a dead-end, downgrading the wireless subsystem to that state will only work for kernel v5.4 - with master already being on v5.10, it really should only be used for debugging (and maybe as a temporary band aid on the road towards a proper solution), but it's not (and can't be) a long(er) term fix.
3 Likes
Yeah I was. I'm currently running into some unrelated build issues when trying to use the official config.buildinfo file, and I'm just done for the day.
We have both yours and my builds right now, with your changes being immortalized in your git repo at this time. I'd say we're in a "good enough" state right now. I'll update my site to call out your builds as well.
Thanks for getting your repo put together and more builds created. Having community builds for this makes sense, so everyone can benefit. Glad that our hard work has paid off.
We might eventually get to the point where we can start testing mac80211 5.8 commits, but I'm not sure how easy it will be to pull that off given the backporting system that OpenWrt uses.
1 Like
Yes, getting actual cutouts, the phone has to reconnect, make a new DHCP request and all.
This is the wifi config:
config wifi-device 'radio0'
option type 'mac80211'
option hwmode '11a'
option path 'soc/soc:pcie/pci0000:00/0000:00:01.0/0000:01:00.0'
option htmode 'VHT80'
option country 'FR'
option channel 'auto'
option cell_density '0'
config wifi-iface 'default_radio0'
option device 'radio0'
option network 'lan'
option mode 'ap'
option macaddr '60:38:e0:xx:xx:xx'
option ssid 'xxx'
option disassoc_low_ack '0'
option encryption 'psk2+ccmp'
option key 'xxx'
option skip_inactivity_poll '1'
And logs are full of
Sun Nov 14 09:38:48 2021 daemon.info hostapd: wlan0: STA 72:9d:f1:d4:19:4a IEEE 802.11: associated (aid 3)
Sun Nov 14 09:38:48 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 72:9d:f1:d4:19:4a
Sun Nov 14 09:38:48 2021 daemon.info hostapd: wlan0: STA 72:9d:f1:d4:19:4a WPA: pairwise key handshake completed (RSN)
Sun Nov 14 09:38:48 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 72:9d:f1:d4:19:4a
Sun Nov 14 09:38:48 2021 daemon.info hostapd: wlan0: STA 72:9d:f1:d4:19:4a IEEE 802.11: disassociated
Sun Nov 14 09:38:48 2021 kern.debug kernel: [64654.882749] ieee80211 phy0: staid 3 deleted
Sun Nov 14 09:38:49 2021 daemon.info hostapd: wlan0: STA 72:9d:f1:d4:19:4a IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Sun Nov 14 09:38:54 2021 authpriv.notice dropbear[20213]: Password auth succeeded for 'root' from 192.168.199.132:49456
Sun Nov 14 09:39:20 2021 daemon.info hostapd: wlan0: STA 72:9d:f1:d4:19:4a IEEE 802.11: associated (aid 3)
Sun Nov 14 09:39:20 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 72:9d:f1:d4:19:4a
Sun Nov 14 09:39:20 2021 daemon.info hostapd: wlan0: STA 72:9d:f1:d4:19:4a WPA: pairwise key handshake completed (RSN)
Sun Nov 14 09:39:20 2021 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.199.155 72:9d:f1:d4:19:4a
Sun Nov 14 09:39:20 2021 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.199.155 72:9d:f1:d4:19:4a Davide
Sun Nov 14 09:39:20 2021 daemon.info hostapd: wlan0: STA 72:9d:f1:d4:19:4a IEEE 802.11: authenticated
Sun Nov 14 09:39:21 2021 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.199.155 72:9d:f1:d4:19:4a
Sun Nov 14 09:39:21 2021 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.199.155 72:9d:f1:d4:19:4a Xxxx
@adworacz @arinc9 cross-posting here.
How shall I install additional kernel module? I need kmod-tun in particular, as it's required by openvpn-openssl.
Once installed with opkg update && opkg install --force-depends openvpn-openssl , and configured with openvpn profile, router goes into an endless reboot loop.
Also, I've had this warning twice now:
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.328817] ------------[ cut here ]------------
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.333487] WARNING: CPU: 0 PID: 0 at backports-5.7.5-1/net/mac80211/rx.c:4648 0xbf285394 [mac80211@b7db4831+0x6f000]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.344148] Rate marked as a VHT rate but data is invalid: MCS: 12, NSS: 1
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.351058] Modules linked in: xt_connlimit pppoe ppp_async nf_conncount iptable_nat xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT wireguard pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_netlink nf_conntrack libchacha20poly1305 libblake2s ipt_REJECT curve25519_neon xt_time xt_tcpudp xt_tcpmss xt_statistic xt_recent xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_comment xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY slhc sch_cake rfcomm poly1305_arm nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 mwifiex_sdio mwifiex libcurve25519_generic libblake2s_generic iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables hidp hci_uart exfat crc_ccitt chacha_neon btusb btmrvl_sdio btmrvl btintel bnep bluetooth fuse sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred act_gact hid evdev input_core
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.351113] mwlwifi mac80211 cfg80211 compat xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 msdos ifb ip6_udp_tunnel udp_tunnel vfat fat hfsplus cifs nls_utf8 nls_iso8859_15 nls_iso8859_1 nls_cp850 nls_cp437 nls_cp1250 ecdh_generic ecc sha512_generic sha256_generic libsha256 seqiv jitterentropy_rng drbg md5 md4 kpp hmac ecb ctr cmac ccm arc4 gpio_button_hotplug
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.502911] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.4.154 #0
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.508942] Hardware name: Marvell Armada 380/385 (Device Tree)
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.514889] Function entered at [<c010f3e0>] from [<c010b3e0>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.520745] Function entered at [<c010b3e0>] from [<c074acf8>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.526602] Function entered at [<c074acf8>] from [<c012810c>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.532459] Function entered at [<c012810c>] from [<c01281bc>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.538315] Function entered at [<c01281bc>] from [<bf285394>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.544194] Function entered at [<bf285394>] from [<bf2e467c>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.550056] Function entered at [<bf2e467c>] from [<c012c890>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.555913] Function entered at [<c012c890>] from [<c0102288>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.561769] Function entered at [<c0102288>] from [<c012cdb8>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.567625] Function entered at [<c012cdb8>] from [<c0174388>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.573482] Function entered at [<c0174388>] from [<c0428bf8>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.579339] Function entered at [<c0428bf8>] from [<c0101a8c>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.585195] Exception stack(0xc0a01f20 to 0xc0a01f68)
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.590268] 1f20: 00000000 031dcfe0 dfb57934 c0114e00 ffffe000 c0a04e68 c0a04ea8 00000001
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.598482] 1f40: 00000000 c0a04e48 c0948528 c0a0ecb0 00000000 c0a01f70 c0108634 c0108638
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.606693] 1f60: 60000013 ffffffff
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.610195] Function entered at [<c0101a8c>] from [<c0108638>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.616051] Function entered at [<c0108638>] from [<c01529f0>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.621908] Function entered at [<c01529f0>] from [<c0152ce0>]
Sun Nov 14 16:55:04 2021 kern.warn kernel: [ 9963.627764] Function entered at [<c0152ce0>] from [<c0900e40>]
@kubrickfr Hmmm interesting. What happens if you use arinc9's new build?
Also, I see that you are using some of the old wifi config changes that never fixed the cutouts (things like option disassoc_low_ack '0'). I recommend reverting everything to stock/defaults so that we can do proper apples to apples comparisons.
@maxromanovsky This is a good question, and one that I haven't tested myself yet. What image are you running and do you have the install logs from when you ran the command?
just installed the latest firmware off of arinc9's github.. has anyone successfully installed sqm? I think forcing dependencies breaks since it hangs at configuring sqm-scripts.. Maybe I can install an older version with matching kernel dependencies, but will have to take a look later on since I'm heading out for a bit
I might have to make a custom repo with all packages that everyone can point their images at. We should see if we can make the official repos work for now, but if not, I can likely whip a custom repo together.
2 Likes
Here's what II still have. It's on @arinc9 21.02.1 build:
root@linksys3200:~# opkg update && opkg install openvpn-openssl ip-full luci-app-openvpn
Downloading https://downloads.openwrt.org/releases/21.02.1/targets/mvebu/cortexa9/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_core
Downloading https://downloads.openwrt.org/releases/21.02.1/targets/mvebu/cortexa9/packages/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/base/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_base
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/base/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/luci/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_luci
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/luci/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_packages
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/packages/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/routing/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_routing
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/routing/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/telephony/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_telephony
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/telephony/Packages.sig
Signature check passed.
Installing openvpn-openssl (2.5.3-3) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/packages/openvpn-openssl_2.5.3-3_arm_cortex-a9_vfpv3-d16.ipk
Installing ip-full (5.11.0-3) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/base/ip-full_5.11.0-3_arm_cortex-a9_vfpv3-d16.ipk
Installing zlib (1.2.11-3) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/base/zlib_1.2.11-3_arm_cortex-a9_vfpv3-d16.ipk
Installing libelf1 (0.180-1) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/base/libelf1_0.180-1_arm_cortex-a9_vfpv3-d16.ipk
Installing libbpf0 (5.10.10-2) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/base/libbpf0_5.10.10-2_arm_cortex-a9_vfpv3-d16.ipk
Installing libmnl0 (1.0.4-2) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/base/libmnl0_1.0.4-2_arm_cortex-a9_vfpv3-d16.ipk
Installing luci-app-openvpn (git-21.188.55022-d943037) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/luci/luci-app-openvpn_git-21.188.55022-d943037_all.ipk
Installing luci-compat (git-21.099.45066-7bb2fc4) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/luci/luci-compat_git-21.099.45066-7bb2fc4_all.ipk
Configuring zlib.
Configuring libelf1.
Configuring libbpf0.
Configuring libmnl0.
Configuring ip-full.
Configuring luci-compat.
Configuring luci-app-openvpn.
Collected errors:
* pkg_hash_check_unresolved: cannot find dependency kernel (= 5.4.154-1-345456c5234da787004df250a0ea7bbd) for kmod-tun
* pkg_hash_fetch_best_installation_candidate: Packages for kmod-tun found, but incompatible with the architectures configured
* satisfy_dependencies_for: Cannot satisfy the following dependencies for openvpn-openssl:
* kernel (= 5.4.154-1-345456c5234da787004df250a0ea7bbd)
* opkg_install_cmd: Cannot install package openvpn-openssl.
And then separately:
root@linksys3200:~# opkg install --force-depends kmod-tun
Unknown package 'kmod-tun'.
Collected errors:
* pkg_hash_check_unresolved: cannot find dependency kernel (= 5.4.154-1-345456c5234da787004df250a0ea7bbd) for kmod-tun
* pkg_hash_fetch_best_installation_candidate: Packages for kmod-tun found, but incompatible with the architectures configured
* opkg_install_cmd: Cannot install package kmod-tun.
And then:
opkg install --force-depends openvpn-openssl ip-full luci-app-openvpn
Installing openvpn-openssl (2.5.3-3) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/packages/openvpn-openssl_2.5.3-3_arm_cortex-a9_vfpv3-d16.ipk
Installing kmod-tun (5.4.154-1) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/targets/mvebu/cortexa9/packages/kmod-tun_5.4.154-1_arm_cortex-a9_vfpv3-d16.ipk
Installing liblzo2 (2.10-4) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/packages/liblzo2_2.10-4_arm_cortex-a9_vfpv3-d16.ipk
Installing libopenssl1.1 (1.1.1l-1) to root...
Downloading https://downloads.openwrt.org/releases/21.02.1/packages/arm_cortex-a9_vfpv3-d16/base/libopenssl1.1_1.1.1l-1_arm_cortex-a9_vfpv3-d16.ipk
Package ip-full (5.11.0-3) installed in root is up to date.
Package luci-app-openvpn (git-21.188.55022-d943037) installed in root is up to date.
Configuring kmod-tun.
Configuring liblzo2.
Configuring libopenssl1.1.
Configuring openvpn-openssl.
Collected errors:
* pkg_hash_check_unresolved: cannot find dependency kernel (= 5.4.154-1-345456c5234da787004df250a0ea7bbd) for kmod-tun
* pkg_hash_fetch_best_installation_candidate: Packages for kmod-tun found, but incompatible with the architectures configured
* satisfy_dependencies_for: Cannot satisfy the following dependencies for openvpn-openssl:
* kernel (= 5.4.154-1-345456c5234da787004df250a0ea7bbd)
I just tried some kmods as well. Can confirm the router won't boot.
Short answer for why this is happening:
Normally, we're supposed to compile kernel modules to specifically load for the kernel that we run. Everytime the kernel tries to load these kernel modules, it probably panics hence the reason the router boots to the second partition instead.
Maybe @adworacz can host ipks of the most popular kmods compiled for our version of the kernel. Those should install without opkg warnings and work fine.
You should do that, I'll include your feed on my images when it's ready.
For anyone who can compile their own builds, just clone my branch and enable whatever programs you want on the menuconfig. @adworacz will do the same and host the ipks on their feed.
1 Like
I have spent a full day running @adworacz builds and another full day running @arinc9 builds on my WRT3200ACM and I just wanted to confirm that the wireless cutouts are definitely fixed.
If kmod packages are compiled, would they be compatible with both builds?
I assume kernels in both builds would have to be compiled with identical settings.
1 Like
I don't know if it would work but the kernel hash definitely won't match.
1 Like
I have an idea. What if both builds follow the exact same building procedure for mac80211 and kernel built following @arinc9 method?
If we can achieve some kernel compatibility between the two builds so that kmod packages can be used by both, that would be best for the community.
-
Possibly @adworacz builds can be more like a community build resembling Davidc502 builds with additional packages included, customized, etc.?
-
Possibly @arinc9 builds can be like a vanilla OpenWrt for users who prefer to start from scratch with a base build just like official builds?
-
Both builds follow Stable channel releases but follow same kernel and mac89211 to hopefully remain compatible for kmod package purposes.
This is really just a rough idea and suggestions. But hopefully as a community of mwlwifi/WRT enthusiasts, we can all share some opinions and suggestions on this.
Personally, I prefer a bare bones vanilla build and do my own customizations. But I also know that a lot of community members like having everything they need already there.
Let's start with something simple. For now, I plan to add @adworacz's upcoming feed on my build. Anyone can install additional packages using opkg using this feed.
If, as you said, there's demand for builds with a set of packages preinstalled, we can just make another build and put it on the same post.
1 Like
All
I am seeing the following, new since this morning,
Many, many, many, instances.
Mon Nov 15 13:16:29 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 static
Mon Nov 15 13:16:29 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 off
Mon Nov 15 13:16:30 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 static
Mon Nov 15 13:16:30 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 off
Mon Nov 15 13:16:31 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 static
Mon Nov 15 13:16:31 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 off
Mon Nov 15 13:16:32 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 static
Mon Nov 15 13:16:32 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 off
Mon Nov 15 13:16:32 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 static
Mon Nov 15 13:16:32 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 off
Mon Nov 15 13:16:33 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 static
Mon Nov 15 13:16:34 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 off
Mon Nov 15 13:16:35 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 static
Mon Nov 15 13:16:35 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 off
Mon Nov 15 13:16:37 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 static
Mon Nov 15 13:16:37 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 off
Mon Nov 15 13:16:37 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 static
Mon Nov 15 13:16:38 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED e4:b3:18:0a:99:d9 off