#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

Reply via email to