rom Posted January 17, 2019 Posted January 17, 2019 Hello, since I upraded from Armbian Strech 5.60 (kernel 4.14.84-sunxi) to Armbian Stretch 5.70 (kernel 4.19.13-sunxi), I can't get hostapd to work on my Cubietruck. When I modprobe the brcmfmac module, I get the following lines with dmesg: [134591.243266] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43362-sdio for chip BCM43362/1 [134591.523515] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43362-sdio for chip BCM43362/1 [134591.523658] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43362-sdio.clm_blob failed with error -2 [134591.523665] brcmfmac mmc1:0001:1: Falling back to syfs fallback for: brcm/brcmfmac43362-sdio.clm_blob [134591.532943] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-11), device may have limited channels available [134591.535517] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43362/1 wl0: Oct 23 2017 10:33:17 version 5.90.240 FWID 01-0 Also, the result of "ip a" returns "state DOWN" for interface wlan0. Did I miss something ? Thanks in advance for your suggestions, Romain
Wladimir Mutel Posted January 28, 2019 Posted January 28, 2019 Same problem have I After upgrade of kernel 4.14 to 4.19, the name of firmware file seems to have been changed, and now it is a bit unclear where to get this file (or would just renaming/hardlinking /lib/firmware/brcm/brcmfmac43362-sdio.bin into brcmfmac43362-sdio.clm_blob be enough ?) My hardware is also Cubietruck as of 2013.
martinayotte Posted January 28, 2019 Posted January 28, 2019 On 1/17/2019 at 8:18 AM, rom said: [134591.523658] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43362-sdio.clm_blob failed with error -2 [134591.523665] brcmfmac mmc1:0001:1: Falling back to syfs fallback for: brcm/brcmfmac43362-sdio.clm_blob [134591.532943] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-11), device may have limited channels available [134591.535517] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43362/1 wl0: Oct 23 2017 10:33:17 version 5.90.240 FWID 01-0 10 minutes ago, Wladimir Mutel said: renaming/hardlinking /lib/firmware/brcm/brcmfmac43362-sdio.bin into brcmfmac43362-sdio.clm_blob be enough ? The clm_blob is not the firmware itself, it is some blob to determine the country, therefore the allowed channels. The firmware is still loaded as we see "Firmware: BCM43362/1 wl0: Oct 23 2017 10:33:17 version 5.90.240 FWID 01-0". So, maybe the problem is elsewhere ... Did both of you did a network scan with "nmtui" ? In my case, with completely different board, an bananapim2ultra with brcmfmac43430-sdio, I've all the same "dmesg" traces, but WiFi is working fine : [ 7.674071] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1 [ 7.811280] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1 [ 7.811367] sdio mmc1:0001:1: Direct firmware load for brcm/brcmfmac43430-sdio.clm_blob failed with error -2 [ 7.811375] sdio mmc1:0001:1: Falling back to syfs fallback for: brcm/brcmfmac43430-sdio.clm_blob [ 9.041310] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-11), device may have limited channels available [ 9.045735] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: Mar 30 2016 11:30:56 version 7.45.77.h8.4 FWID 01-ee8a6268
Igor Posted January 28, 2019 Posted January 28, 2019 This was the problem: https://github.com/armbian/build/commit/1c3fde7d3b8f97a7acbd41d5513d73990e3c77e9
martinayotte Posted January 28, 2019 Posted January 28, 2019 1 minute ago, Igor said: This was the problem: Ah ! Ok ! Yes, I saw this commit earlier ... So some IRQ issue ...
rom Posted January 28, 2019 Author Posted January 28, 2019 Hello, thank you very much for your answers. Romain
rom Posted January 30, 2019 Author Posted January 30, 2019 Hello Igor, is this problem fixed in ARMBIAN 5.73 please ? Thanks, Romain
Igor Posted January 30, 2019 Posted January 30, 2019 39 minutes ago, rom said: Hello Igor, is this problem fixed in ARMBIAN 5.73 please ? Thanks, Romain Yes, it should be.
rom Posted January 31, 2019 Author Posted January 31, 2019 Hi Igor, I use hostapd from official Debian repo (2:2.4-1+deb9u2), not the Armbian one, and it still doesn't work with module brcmfmac and ARMBIAN 5.73. So I uninstalled the "official" hostapd and tried the Armbian one : now hostapd works with the sample configuration file you provide but it doesn't with the one (attached) I've successfully used until now :\ With my configuration file and official hostapd, I get the following result with command "hostapd /etc/hostapd/hostapd_2.4GHz -dd": root@cubietruck:~# hostapd /etc/hostapd/hostapd_24GHz.conf -dd random: Trying to read entropy from /dev/random Configuration file: /etc/hostapd/hostapd_24GHz.conf ctrl_interface_group=0 rfkill: initial event: idx=0 type=1 op=0 soft=0 hard=0 rfkill: initial event: idx=1 type=1 op=0 soft=0 hard=0 nl80211: Using driver-based roaming nl80211: Supported cipher 00-0f-ac:1 nl80211: Supported cipher 00-0f-ac:5 nl80211: Supported cipher 00-0f-ac:2 nl80211: Supported cipher 00-0f-ac:4 nl80211: Using driver-based off-channel TX nl80211: Supported vendor command: vendor_id=0x1018 subcmd=1 nl80211: Use separate P2P group interface (driver advertised support) nl80211: use P2P_DEVICE support nl80211: Disable use_monitor with device_ap_sme since no monitor mode support detected nl80211: interface wlan0 in phy phy0 nl80211: Set mode ifindex 4 iftype 3 (AP) nl80211: Setup AP(wlan0) - device_ap_sme=1 use_monitor=0 nl80211: Subscribe to mgmt frames with AP handle 0x636e38 (device SME) nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0x636e38 match= nl80211: Register frame command failed (type=208): ret=-22 (Invalid argument) nl80211: Register frame match - hexdump(len=0): [NULL] nl80211: Could not configure driver mode nl80211: deinit ifname=wlan0 disabled_11b_rates=0 nl80211: Remove monitor interface: refcount=0 nl80211: Remove beacon (ifindex=4) netlink: Operstate: ifindex=4 linkmode=0 (kernel-control), operstate=6 (IF_OPER_UP) nl80211: Set mode ifindex 4 iftype 2 (STATION) nl80211: Teardown AP(wlan0) - device_ap_sme=1 use_monitor=0 nl80211 driver initialization failed. hostapd_interface_deinit_free(0x633cd8) hostapd_interface_deinit_free: num_bss=1 conf->num_bss=1 hostapd_interface_deinit(0x633cd8) wlan0: interface state UNINITIALIZED->DISABLED hostapd_bss_deinit: deinit bss wlan0 wlan0: AP-DISABLED hostapd_cleanup(hapd=0x6349e0 (wlan0)) hostapd_free_hapd_data: Interface wlan0 wasn't started hostapd_interface_deinit_free: driver=(nil) drv_priv=(nil) -> hapd_deinit hostapd_interface_free(0x633cd8) hostapd_interface_free: free hapd 0x6349e0 hostapd_cleanup_iface(0x633cd8) hostapd_cleanup_iface_partial(0x633cd8) hostapd_cleanup_iface: free iface=0x633cd8 The result of "ip a" shows that interface wlan0 is DOWN root@cubietruck:~# ip a 4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 6c:fa:a7:14:0e:fa brd ff:ff:ff:ff:ff:ff inet 192.168.0.254/24 brd 192.168.0.255 scope global wlan0 valid_lft forever preferred_lft forever Thanks again for your help. Romain hostapd_24GHz.conf
Wladimir Mutel Posted February 5, 2019 Posted February 5, 2019 Having the same problem as rom nl80211: Set mode ifindex 4 iftype 3 (AP) nl80211: Setup AP(wlan0) - device_ap_sme=1 use_monitor=0 nl80211: Subscribe to mgmt frames with AP handle 0x1bd2038 (device SME) nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0x1bd2038 match= nl80211: Register frame command failed (type=208): ret=-22 (Invalid argument) nl80211: Register frame match - hexdump(len=0): [NULL] nl80211: Could not configure driver mode interface wlan0 remains 'down' and is not included into bridge 'br0' linux-image-next-sunxi 5.73 , kernel version 4.19.17-sunxi , hostapd 2:2.4-1+deb9u2 should we add some new options on loading module 'brcmfmac' ?
Wladimir Mutel Posted February 5, 2019 Posted February 5, 2019 hostapd.conf is very short : logger_syslog=-1 logger_syslog_level=2 interface=wlan0 driver=nl80211 bridge=br0 ssid=xxxxxxxx channel=7 wpa=2 wpa_key_mgmt=WPA-PSK wpa_passphrase=yyyyyyyyyyyy
Igor Posted February 5, 2019 Posted February 5, 2019 Ubuntu bionic build from the latest trunk: http://ix.io/1Aeb Cubietruck running AP (set in armbian-config), speedtest with my Android Phone 3m away: 24M download / 10 upload Will check Debian next.
rom Posted February 5, 2019 Author Posted February 5, 2019 Hi Igor, looks promising, thanks ! Do you use Armbian's custom hostapd package or the one from official Debian repo (2:2.4-1+deb9u2) ?
Igor Posted February 5, 2019 Posted February 5, 2019 14 minutes ago, rom said: Hi Igor, looks promising, thanks ! Do you use Armbian's custom hostapd package or the one from official Debian repo (2:2.4-1+deb9u2) ? It also works fine on Debian http://ix.io/1Aek Yes, of course I use Armbian hostapd. It's much more recent with a few bugs fixed and with added functions. There are no reasons whatsoever to use Debian or Ubuntu stock package.
rom Posted February 5, 2019 Author Posted February 5, 2019 Well, I'm not much surprised that it works with Armbian hostapd because it was already the case in one of my previous posts above. Problem is that if I use Armbian hostpad, my setup works with the embedded AP6210 but it doesn't work anymore with my other wifi device based on rtl8812au chipset and I don't know why:\ I want to get both b/g/n 2.4GHz and ac 5GHz APs working, this was the case with Debian hostapd before I upgrade to Armbian 5.70. I'll give a try to Armbian 5.74 (compiling it right now) + Debian hostapd first then will try Armbian hostapd if it still doesn't work. Thanks
Igor Posted February 5, 2019 Posted February 5, 2019 23 minutes ago, rom said: Well, I'm not much surprised that it works with Armbian hostapd because it was already the case in one of my previous posts above. Problem is that if I use Armbian hostpad, my setup works with the embedded AP6210 but it doesn't work anymore with my other wifi device based on rtl8812au chipset and I don't know why:\ Most of my testings are done with 8812/8811/8814AU chipsets and with the driver we ship with the kernel - it works plug and play, I also did test it right now. I can easily set AC access point with this chipset ... you need a powered USB hub.
rom Posted February 5, 2019 Author Posted February 5, 2019 Igor, I don't get the point of the powered USB hub because my rtl8812au based wifi device already works as an AP directly plugged into one of my Cubietruck USB ports. It is an USB 2.0 device however (https://aliexpress.com/item/EDUP-Brand-Dual-Band-11ac-600Mbps-wifi-adapter-6dbi-wifi-Adapter-USB-Antenna-Black-usb-wireless/32798559832.html), not USB3, maybe that's the point ?
rom Posted February 5, 2019 Author Posted February 5, 2019 It's an rtl8811au based wifi device handled by the 8812au module, my mistake.
Igor Posted February 5, 2019 Posted February 5, 2019 1 hour ago, rom said: Igor, I don't get the point of the powered USB hub because my rtl8812au based wifi device already works as an AP directly plugged into one of my Cubietruck For 8812AU powering via board might already be on the edge, 8811AU should be fine. I also can't set AP with 8811AU, strange. Didn't know its not working. Well, this is anyway offtopic and need to be researched where is the actual problem.
rom Posted February 5, 2019 Author Posted February 5, 2019 No good news Igor...to sum up things, the different options for the while are: - Armbian 5.60/kernel 4.14/Debian hostapd (Amrbian hostapd not tested) => both brcmfmac and 8812au working; - Armbian 5.73+/kernel 4.19/Debian hostapd => only 8812au working ; - Armbian 5.73+/kernel 4.19/Armbian hostapd => only brcmfmac working. Thank you very much for your concern though.
Igor Posted February 5, 2019 Posted February 5, 2019 17 minutes ago, rom said: No good news Igor...to sum up things, the different options for the while are: - Armbian 5.60/kernel 4.14/Debian hostapd (Amrbian hostapd not tested) => both brcmfmac and 8812au working; - Armbian 5.73+/kernel 4.19/Debian hostapd => only 8812au working ; - Armbian 5.73+/kernel 4.19/Armbian hostapd => only brcmfmac working. Thank you very much for your concern though. Nope it works in all combinations. Good news. It's not Armbian issue, but wrong config, perhaps armbian-config way doesn't work properly when switching between ... in case you change adaptor, you need to restart AP, even the driver is the same. Make sure you have the same and correct adaptor name in those files: /etc/network/interfaces.d/armbian.ap.nat /etc/NetworkManager/conf.d/10-ignore-interfaces.conf /etc/dnsmasq.conf /etc/hostapd.conf
rom Posted February 5, 2019 Author Posted February 5, 2019 OK, I'm not used to armbian-config but I'm gonna test this then. I'll keep you informed
rom Posted February 5, 2019 Author Posted February 5, 2019 Can this work with two APs/adapters at the same time, I've realised there's only one hostapd config involved ?
Igor Posted February 5, 2019 Posted February 5, 2019 Yes, you can run mulpiple configurations with one hostapd. hostapd conf1 conf3 conf3 ...
rom Posted February 5, 2019 Author Posted February 5, 2019 Yes, it's already the way I use it but I thought you were meaning that there was just one config file in your post above...doesn't matter anyway
rom Posted February 5, 2019 Author Posted February 5, 2019 Igor, just installed Armbian hostapd and tried it with my config file for the embedded AP6210 wifi chipset. It has been working fine until I use WPS related configuration items, among others. Below the result of the command hostapd with my config file as an argument : Line 32: unknown configuration item 'wps_state' Line 33: unknown configuration item 'ap_setup_locked' Line 34: unknown configuration item 'os_version' Line 36: unknown configuration item 'manufacturer' Line 37: unknown configuration item 'device_name' Line 39: unknown configuration item 'device_type' Line 40: unknown configuration item 'friendly_name' Line 41: unknown configuration item 'model_description' Line 42: unknown configuration item 'manufacturer_url' Line 43: unknown configuration item 'config_methods' Line 44: unknown configuration item 'pbc_in_m1' Line 45: unknown configuration item 'ap_pin' 12 errors found in configuration file '/etc/hostapd_24GHz.conf' Failed to set up interface with /etc/hostapd_24GHz.conf Failed to initialize interface Is Armbian hostapd compiled without WPS support ?
Igor Posted February 5, 2019 Posted February 5, 2019 48 minutes ago, rom said: Below the result of the command hostapd with my config file as an argument For the problems with hostapd in deep you need to check manual/hostapd support. I am not that deep expert in this. 48 minutes ago, rom said: Is Armbian hostapd compiled without WPS support ? Does stock hostapd come with it?https://github.com/armbian/build/blob/master/packages/extras-buildpkgs/hostapd/debian/config/config_default
rom Posted February 5, 2019 Author Posted February 5, 2019 Until now, I've been using what seems the official hostapd.conf man page here https://w1.fi/cgit/hostap/plain/hostapd/hostapd.conf Yes, stock Debian hostapd (2:2.4-1+deb9u2) comes with WPS support, unlike Armbian hostapd it seems.
Wladimir Mutel Posted February 6, 2019 Posted February 6, 2019 I added armbian stretch/utils repository to my apt sources (I had only stretch/main before). This caused upgrade of my hostapd from Debian to Armbian version, and apparently this fixed the situaton (wlan0 is properly initialized in AP mode and included into br0). However I did not test actual WiFi clients there yes, as this system is remote. Also did not test USB WiFi adapters as I go with onboard WiFi only.
Recommended Posts