#17967: Reconfiguration fails while doing CAC
------------------------------------+-----------------------------------
Reporter: reinerh | Owner: developers
Type: defect | Status: new
Priority: normal | Milestone: Barrier Breaker 14.07
Component: base system | Version: Barrier Breaker 14.07
Keywords: netifd hostapd dfs cac |
------------------------------------+-----------------------------------
There is a problem with netifd and wifi reconfiguration while hostapd is
doing CAC.
Because of hostapd patch 490-scan_wait.patch, hostapd will only
daemonize/fork,
when it has finished setting up the interface.
And only after the fork the PID is registered at netifd via
wireless_add_process.
But if a DFS channel is configured, hostapd will do CAC first, which takes
a minute
(or even 10 minutes for some channels) to complete.
If the user decides to choose another channel in this time and does a
"wifi reload",
netifd can't kill the running hostapd process, because it doesn't know its
PID yet.
The hostapd process which is then spawned fails to start (because there is
still
a hostapd process running) and no successive attempt to configure wifi
succeeds.
I could workaround that by removing the 490-scan_wait.patch, so that
hostapd
forks immediately and netifd gets its PID, and haven't noticed any side
effects yet.
But there is probably a cleaner solution.
--
Ticket URL: <https://dev.openwrt.org/ticket/17967>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets