Return-path: Received: from mout02.posteo.de ([185.67.36.142]:52423 "EHLO mout02.posteo.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751082AbdBXK2o (ORCPT ); Fri, 24 Feb 2017 05:28:44 -0500 Message-ID: <1487932016.3812.10.camel@embedded.rocks> (sfid-20170224_112939_229809_177040B5) Subject: Re: brcmfmac: problem using WPS with wpa_supplicant on BCM43362 From: =?ISO-8859-1?Q?J=F6rg?= Krause To: Arend Van Spriel , "linux-wireless@vger.kernel.org" Cc: brcm80211-dev-list.pdl@broadcom.com, =?UTF-8?Q?Rafa=C5=82_Mi=C5=82ecki?= Date: Fri, 24 Feb 2017 11:26:56 +0100 In-Reply-To: References: <1487881302.20481.3.camel@embedded.rocks> <1487929408.3812.3.camel@embedded.rocks> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: Hi Arend, On Fri, 2017-02-24 at 10:58 +0100, Arend Van Spriel wrote: > On 24-2-2017 10:43, Jörg Krause wrote: > > Hi Arend, > > > > On Fri, 2017-02-24 at 09:16 +0100, Arend Van Spriel wrote: > > > > > > On 23-2-2017 21:21, Jörg Krause wrote: > > > > Hi, > > > > > > > > I am using Linux Kernel v4.9.9 and wpa_supplicant 2.6. When > > > > running > > > > 'wpa_cli wps_pin any', the following messages are printed: > > > > > > > > """ > > > > > wps_pin any          > > > > > > > > [ 4011.779108] brcmfmac: brcmf_vif_set_mgmt_ie: vndr ie set > > > > error : > > > > -30 > > > > [ 4011.786190] brcmfmac: brcmf_config_ap_mgmt_ie: Set Beacon IE > > > > Failed > > > > """ > > > > > > > > .. and nothing happens. The data sheet for the BCM43362 states > > > > that > > > > the > > > > module supports WPS. > > > > > > Hi Jörg, > > > > > > We have never tested WPS with brcmfmac. Most of it is in firmware > > > so > > > it > > > might work. We had some fixes related to setting management IE, > > > but > > > it > > > should be in 4.9. I did not check it (yet). > > > > As it turns out, WPS does not work if a network configuration in > > wpa_supplicant has the flag `mode=2` (access point mode) set: > > > > """ > > ctrl_interface=/var/run/wpa_supplicant > > update_config=1 > > > > network={ > > ssid="AP" > > key_mgmt=NONE > > mode=2 > > id_str="ap" > > } > > """ > > > > Setting mode=2 for a network and having ap_scan=1 (default) means > > if no > > APs matching to the currently enabled networks are found, a new > > network > >  (IBSS or AP mode operation) may be initialized (if configured). > > > > So, WPS does not work if the interface is operating in AP mode. I > > wonder, if this is a desired behavior? At least, wpa_supplicant > > does > > not complain, but prints "WPS-PBC-ACTIVE", but no messages are > > following, until "WPS-TIMEOUT". > > So what do you expect exactly? Are you trying to connect with some > other > device to this AP interface? Sorry, I got confused. The device operating in AP mode shall be connected to some other AP as a station. Of course, WPS cannot be used to do so as long as the interface is operation in AP mode, as the device should be the WPS enrollee and not the registrar. My bad! Thanks for pointing that out. So, to use WPS for connecting the device to another AP I have to bring the interface into an non-AP mode first. So, I can confirm that using WPS works when the interface is unconfigured. However, if the in the interface is in AP mode and WPS is started the error messages pop up. Jörg