hostapd: fix "bad number" error due to missing wps_pbc_in_m1 option (since r39995)
authorFelix Fietkau <nbd@openwrt.org>
Sat, 12 Apr 2014 14:28:34 +0000 (14:28 +0000)
committerFelix Fietkau <nbd@openwrt.org>
Sat, 12 Apr 2014 14:28:34 +0000 (14:28 +0000)
commitf9476666277087c36c2c941bb677935e9568d442
treef7bdfa2f646f5c2835e609c4e06f112ed6dcd5e9
parent5bda316d3f64761ab4e4dd78c6b2c28adc3eed76
hostapd: fix "bad number" error due to missing wps_pbc_in_m1 option (since r39995)

r39995 introduced a new parameter wps_pbc_in_m1 to wifi wps config, but
apparently did not provide a default value 0.

When that option's non-existing value is later evaluated in
/lib/netifd/hostapd.sh, it causes the "bad number" error to be logged in
syslog if user has not set the wps_pbc_in_m1 option. The error materialises
only if user has enabled wps.
    Sat Apr 12 13:25:01 2014 daemon.notice netifd: radio1 (1254): sh: bad number
    Sat Apr 12 13:25:01 2014 daemon.notice netifd: radio0 (1253): sh: bad number

Discussion in bug 15508: https://dev.openwrt.org/ticket/15508#comment:3

Error is caused by line 282:
https://dev.openwrt.org/browser/trunk/package/network/services/hostapd/files/netifd.sh#L282

My patch sets the parameter's default value to 0, which does nothing. The
default might also be set a bit later in the function, but this felt like the
most clear place to do that.

Signed-off-by hnyman <hannu.nyman@iki.fi>

SVN-Revision: 40469
package/network/services/hostapd/files/netifd.sh