[FS#3873] Hostapd: Wlan1 (MT7613 gets disabled after restarting Radio1

[OpenWrt Bugs]

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#3873 - Hostapd: Wlan1 (MT7613 gets disabled after restarting Radio1
User who did this - bob (bobc)

----------
The message "Device setup failed: HOSTAPD_START_FAILED" comes from function drv_mac80211_setup in  /lib/netifd/wireless/mac80211.sh.  The relevant portion of the code is,

[ -n "$hostapd_ctrl" ] && {
        local no_reload=1
        if [ -n "$(ubus list | grep hostapd.$primary_ap)" ]; then 
                [ "${NEW_MD5}" = "${OLD_MD5}" ] || {
                        ubus call hostapd.$primary_ap reload
                        no_reload=$?
                        if [ "$no_reload" != "0" ]; then 
                                mac80211_vap_cleanup hostapd "${OLDAPLIST}"
                                mac80211_vap_cleanup wpa_supplicant "$(uci -q -P /var/state get wireless._${phy}.splist)"
                                mac80211_vap_cleanup none "$(uci -q -P /var/state get wireless._${phy}.umlist)"
                                sleep 2 
                                mac80211_iw_interface_add "$phy" "${NEWAPLIST%% *}" __ap
                                for_each_interface "sta adhoc mesh monitor" mac80211_prepare_vif
                        fi              
                }               
        fi              
        if [ "$no_reload" != "0" ]; then
                add_ap=1
                ubus wait_for hostapd
                local hostapd_res="$(ubus call hostapd config_add "{\"iface\":\"$primary_ap\", \"config\":\"${hostapd_conf_file}\"}")"                 
                ret="$?"
                [ "$ret" != 0 -o -z "$hostapd_res" ] && {
                        wireless_setup_failed HOSTAPD_START_FAILED
                        return  
                }               
                wireless_add_process "$(jsonfilter -s "$hostapd_res" -l 1 -e @.pid)" "/usr/sbin/hostapd" 1 1
        fi              

To assist with debugging, would you mind inserting a line immediately  before or after "sleep 2" which says "touch /tmp/debug".  

Then try restarting radio1 and see whether file /tmp/debug is created.   

If /tmp/debug is *not* created, then the following pull-requests may help.  They only modify this shell-script, so you can try them without recompiling the firmware.

https://github.com/openwrt/openwrt/pull/4313

https://github.com/openwrt/openwrt/pull/4314
----------

More information can be found at the following URL:
https://bugs.openwrt.org/index.php?do=details&task_id=3873#comment9867

You are receiving this message because you have requested it from the Flyspray bugtracking system.  If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.