aboutsummaryrefslogtreecommitdiffstats
path: root/package/network/services/hostapd/files/netifd.sh
diff options
context:
space:
mode:
authorFelix Fietkau <nbd@openwrt.org>2015-04-11 10:51:55 +0000
committerFelix Fietkau <nbd@openwrt.org>2015-04-11 10:51:55 +0000
commitdaaed6f251c7714cdf7aec6dc2940a605e82eaed (patch)
tree4be03f0b408506783e9d5fd1005ced40753d1afd /package/network/services/hostapd/files/netifd.sh
parentbb828e30b04a309b700f8e852a5bee6b4cb97b0b (diff)
downloadupstream-daaed6f251c7714cdf7aec6dc2940a605e82eaed.tar.gz
upstream-daaed6f251c7714cdf7aec6dc2940a605e82eaed.tar.bz2
upstream-daaed6f251c7714cdf7aec6dc2940a605e82eaed.zip
netifd: fix start_disabled 'sh: bad number' in mac80211 setup (bug #19345)
Two errors "netifd: radio0: sh: bad number" have recently surfaced in system log in trunk when wifi interfaces come up. I tracked the errors to checking numerical values of some config options without ensuring that the option has any value. The errors I see have apparently been introduced by r45051 (ieee80211r in hostapd) and r45326 (start_disabled in mac80211). My patches fix two instances of "bad number", but there may be a third one, as the original report in bug 19345 pre-dates r45326 and already has two "bad number" errors for radio0. https://dev.openwrt.org/ticket/19345 Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi> SVN-Revision: 45379
Diffstat (limited to 'package/network/services/hostapd/files/netifd.sh')
0 files changed, 0 insertions, 0 deletions