Rui Ribeiro Posted October 22, 2015 Share Posted October 22, 2015 (a quick note if someone made cut & paste...I just had made wmm_enabled=1 before I posted the "script". Changed it again to 0 in the previous post, has I have had it since I compiled the new drivers. If it is 1 the connection takes longer to stall than it used to with the older drivers, but it still stalls.) Link to comment Share on other sites More sharing options...
Chester Posted October 22, 2015 Share Posted October 22, 2015 Many thanks Rui for this. I have a silly question, but do you build on the Lamobo or under Ubuntu like Igor describes? I cannot get the build to work on my Debian Jessie PC so I will make an Ubuntu dev environment over the next few days to try this out. Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted October 22, 2015 Share Posted October 22, 2015 Hi Chester, I actually have bought an SSD Crucial disk for my Lamobo, running and building on it. Nevertheless, when I was trying NetBSD I built the toolchain and the kernel on Jessie in an Intel i7 machine. It is not really easy to come across pages talking about that, and it demands some investigation, time and lots of trial and error. Exerting too much writes in the MicroSD cards also kills them alas, while trying Bananian, NetBSD, Openwrt and Armbian I killed one card and one of my workmates killed another in sensibly the same period while testing a Banana PI M1, an Orange PI and an Odroid C4 with the same card. Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted October 23, 2015 Share Posted October 23, 2015 I just edited yet again the instructions to cater for people compiling using the MicroSD card. The file from realtek is too big, and you just need a 100KB tar.gz inside it. Added some footnotes about not needing to reboot after compiling the driver. Also added a note for disabling neighbours 40Mhz check in the hostpad source code. To credit it, this page helped a lot, http://wannabe-nerd.tweakblogs.net/blog/10870/wifi-access-point-using-a-realtek-8192cu-based-usb-wifi-dongle-with-a-raspberry-pi.html, it actually pointed me in the right direction for the hostap/realtek file. I posted a link there to this thread. I welcome any additions/corrections - yeah, I know I have (ab)used root instead of sudo, I posted it for it to be simple for beginners and not adding more steps configuring sudo in the armbian image. It may be worth playing with the log levels in hostapd.conf if you have a badly behaved client or more PCs - by default when a client joins your SSID an entry is logged. # Levels (minimum value for logged events): # 0 = verbose debugging# 1 = debugging# 2 = informational messages# 3 = notification# 4 = warning#logger_syslog=-1logger_syslog_level=2logger_stdout=-1logger_stdout_level=2 Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted October 23, 2015 Share Posted October 23, 2015 As a quick note, I am a specialist in FreeRadius, in a very near future I will be trying to configure 802.1X / hostap+freeradius 3.x in the armbian. As a side note, how many of you have wifes "nagging" about wifi problems when they happen? i could swear I was not the only one talking about it here 1 Link to comment Share on other sites More sharing options...
Tido Posted October 23, 2015 Share Posted October 23, 2015 Install tools for later on #aptitude install dkms git Correct missing sys/cdefs.h in the armbian 4.5 image or otherwise we wont be able to compile the hostapd version from realtek #aptitude reinstall libc6-dev Download the source of the new driver #git clone https://github.com/dz0ny/rt8192cu.git Steps to compile it #cd rt8192cu Working like a charm, no drops, 40MHz bandwidth in channel 5. Hi Rui, In my Banana 15.04 manual these steps are documented for a couple months now :-) In Igor's armbian these steps were not necessary because he already delivers a driver and a fresh hostapd. The only new thing is this, that I found lately and is mentioned in this thread from me as well. neighbours to enable always 40MHz channels. I hope the first joy, will last long. Cheers Tido 1 Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted October 23, 2015 Share Posted October 23, 2015 Hi Tido, The 2.4GHz bandwidth occupation in my bandwidth is terrible. Either I missed entirely something, or wifi was not usable at all for me in the last Armbian release, as I commented previously, even after using some of the workarounds people were talking about here. I have not claimed I made it all up from the ground up, I saw instructions here and there, and had to piece them and modify them accordingly. Many times the steps in the middle were not to my liking or outdated. The patches that I am talking in the driver, I made it myself actually. Which manual are you talking about, one google document I think I opened yesterday in this thread? (I think) To tell the truth, it is a pity I have not seen it earlier on...it would have shaved me some hours. Wherever it is, I did not seen it earlier. I have been complaining the current solution was not working for days now. If you do had a complete solution, well publish it. I have just published this to help other people, and I had some significant work doing it. I could have kept this to myself. Otherwise, commenting this in this manner, I will take you for an arrogant jerk, I am afraid. Are we all here for sharing or not? Well, you are welcome to mix my suggestions with your document. I do prefer freezing packages than (re)creating files and then having dangling files, for instance. Or making packages at work with a local repository. P.S. I would suggest putting the author name on the document, ignore the references about the document if it is not yours. Link to comment Share on other sites More sharing options...
wildcat_paris Posted October 23, 2015 Share Posted October 23, 2015 (edited) Hi Rui, Tido, Igor, @Rui: you made some excellent job. Igor & other fellows made parts of the solution, you made the glue of the solution, something more clear. #aptitude install hostapd freeze hostapd package, for it in the future not to be upgraded #echo hostapd hold | dpkg —set-selections Overwrite hostap with the realtek ones that we compiled (to paraphrase Tido...) if you have linux-*-root-next-lamobo-r1 then hostapd* are included in the package designed for Armbian. Did you get this package? gr@bpi:~$ dpkg -L linux-trusty-root-next-lamobo-r1 /. /usr /usr/sbin /usr/sbin/hostapd_cli /usr/sbin/hostapd-rt /usr/sbin/hostapd_cli-rt /usr/sbin/hostapd /usr/local /usr/local/bin /usr/local/bin/fex2bin [...] @Igor, What would you think of splitting the package in 2/3 packages? Mixing all in "linux-*-root-next-lamobo-r1" making original "hostapd" brokenmany thanks Part one: /usr/sbin/hostapd_cli /usr/sbin/hostapd-rt [lamobo-r1 ??] /usr/sbin/hostapd_cli-rt [lamobo-r1 ??] /usr/sbin/hostapd /usr/local/bin /usr/local/bin/fex2bin /usr/local/bin/swconfig [lamobo-r1] /usr/local/bin/nand-part [lamobo-r1 ?] /usr/local/bin/sunxi_tp_temp /usr/local/bin/bin2fex /usr/local/bin/temper /usr/local/bin/brcm_patchram_plus /boot/bin/lamobo-r1.bin Part two: /root/ [... nand tools ...] /etc/armbian.txt [armbian licence] /etc/modprobe.d /etc/modprobe.d/ev-debug-blacklist.conf [???] /etc/default/brcm40183 [cubietrucks tool] /etc/init.d /etc/init.d/firstrun => [first run tools] /etc/init.d/brcm40183-patch /etc/init.d/armhwinfo /etc/init.d/resize2fs /etc/bash.bashrc.custom [pretty nice bash improvement] Edited January 8, 2016 by wildcat_paris only wrapped with "[spoiler]" Link to comment Share on other sites More sharing options...
wildcat_paris Posted October 24, 2015 Share Posted October 24, 2015 (edited) I am trying hard I cannot reproduce the kernel logs on Armbian 4.5 ok, while changing back autoconf.h [ 2479.039231] rtw_macaddr_cfg MAC Address = ac:a2:13:c1:68:bd [ 2479.039251] bDriverStopped:1, bSurpriseRemoved:0, bup:0, hw_init_completed:0 [ 2479.041709] _rtw_drv_register_netdev, MAC Address (if1) = ac:a2:13:c1:68:bd [ 2479.041732] 92CU [0x00100000,4]-871x_drv - drv_init, success! [ 2479.041914] usbcore: registered new interface driver rtl8192cu [ 2479.162681] device wlan0 entered promiscuous mode [ 2479.168715] +871x_drv - drv_open, bup=0 [ 2479.173194] ===> FirmwareDownload91C() fw:Rtl819XFwImageArray_TSMC [ 2479.173217] FirmwareDownload92C accquire FW from embedded image [ 2479.173226] fw_ver=v88, fw_subver=2, sig=0x88c0 [ 2479.199681] fw download ok! [ 2479.199753] Set RF Chip ID to RF_6052 and RF type to 2. [ 2479.597043] IQK:Start!!! [ 2479.608927] Path A IQK Success!! [ 2479.613663] Path B IQK Success!! [ 2479.622299] Path A IQK Success!! [ 2479.627167] Path B IQK Success!! [ 2479.631918] IQK: final_candidate is 0 Edited January 8, 2016 by wildcat_paris added spoiler Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted October 24, 2015 Share Posted October 24, 2015 Hi Wildcat, Tido sent me the link to the documents in a private message and now put it in his signature. Apparently I had the package already installed, not working for me I am afraid. I will try to get again the original hostap files from the package to test them out. I suggest also adding that disabling debug patch that I made, the first time my wifi went off, it was because all that garbage on the log file put it out, apparently. For chester and Petr, I have managed to have my wifi up several days now. Yesterday updated my Mac and iPhone with a lot of concurrent updates all fine. Today, managed to get iperf to 10 concurrent connections and 80Mbps in a single machine from my Mac to my Lamobo (via wifi). 2 Link to comment Share on other sites More sharing options...
wildcat_paris Posted October 25, 2015 Share Posted October 25, 2015 (edited) Hi Rui, 1/ yes Tido + Igor docs lead me to Armbian website I have found some stuff in https://aur.archlinux.org/packages/8192cu-dkms/=> nodebug.patch, kernel 4.x patch, other wifi usb keys 2/ ok before that, the Armbian 4.5 gives a more or less correct wifi for lamobo-r1 but the signal can drop from 50-60 dB (fine signal) to 70-90 dB (signal lost) my D-link-160 usb key has a fairly stronger stable AP signal (2.4GHz) 40-50 dB I wanted to keep DLink160 for the 5GHz AP https://wikidevi.com/wiki/D-Link_DWA-160_rev_B1 I am wondering if the DLink 160 is better because: - it is abgn, 2x2:2 (MIMO) with appropriate internal antennas - the card is properly shielded... the lamobo-r1 wifi chipset is not shielded at all and we have 1x1 antennas Edited January 8, 2016 by wildcat_paris spoiler added Link to comment Share on other sites More sharing options...
wildcat_paris Posted October 25, 2015 Share Posted October 25, 2015 (edited) btw, a new driver replacement to come: rtl8xxxu-nextgen "This driver is still under development, but has proven to be verystable for me. It currently supports station mode only." no AP yet Edited October 25, 2015 by wildcat_paris 1 Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted October 25, 2015 Share Posted October 25, 2015 I had trouble with the wifi and bananian, openwrt AND armbian 4.5. First time I found it, and came to it because bananian and openwrt from sinovoip are full of problems - and netbsd/freebsd unfortunately do not support the switch. I already thought of buying an USB wifi that support 5Ghz...I used to have a new gen Time Capsule and use 5Ghz exclusively, however a power surge killed it - nevertheless it was in the cards setting up an open source solution to control my home traffic. Except for the external antenas I have no doubt it will be far better - ha, and losing the only USB connector. I am 5m from my Lamobo and having between 83-80% signal, SNR 44dB-34dB connecting to the Lamobo wifi. Guillaume, had a look at the new driver you mention, no AP mode yet. btw, does anyone know how to disable 802.11b? Already tried some of the official methods, none seems to work. 1 Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted October 26, 2015 Share Posted October 26, 2015 speedtest.net 65Mbps/8.22Mbps after cutting out 802.11b speeds. Link to comment Share on other sites More sharing options...
wildcat_paris Posted October 26, 2015 Share Posted October 26, 2015 I have switched back to the armbian kernel and wifi driver I have just tested a copper heatsink on the lamobo USB chipset (also added one copper pad on the switch chipset) it seems the wifi signal is far more stable (within a 5 dB margin) and noticed so far a 5-10 dB lesser noise than previously note: My Dlink 160 (B1) as AP is still 10dB better. So far: - the heatsink is probably improving thermal condition - it is so large compared to the chipset... maybe a minor shielding effect 2 Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted October 27, 2015 Share Posted October 27, 2015 Interesting comments Guillaume... I was thinking of putting an heatsink on top of the A20 chipset ; I have an SSD hard disk on top of the switch chipset, so it is a no go. Maybe it is acting as a shield too? Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted October 29, 2015 Share Posted October 29, 2015 I am waiting for the couple of days to see if I finally managed to make everything stable in my configuration. Meanwhile I switched bridging for routing+NAT as typically the operator routers are crap, and I also want to configure IPsec. put it in the modem port of the operator configured as bridge, and right now I manage easily more speed via wifi. Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted October 30, 2015 Share Posted October 30, 2015 On a side note, while I do have a 40Mhz SSID, my Mac is only connecting at 20Mhz, getting between 65 and 150Mbps. Has someone managed to get 300Mbps? 2.4GHz bandwidth very crowded here, no idea if it is the AP/Realtek or the Mac doing yet. Link to comment Share on other sites More sharing options...
wildcat_paris Posted October 31, 2015 Share Posted October 31, 2015 Rui, configuring hostapd.conf with HT40 + other options will make you have 300Mbits/s but don't waste your time any longer. I have stopped fighting with the onboard wifi (drivers, new pair of 9dBi antennas, etc.) I have switched back to my Wifi USB key Dlink 160-B1 @2.4GHz which is perfect for my needs "Problem solved" for me Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted October 31, 2015 Share Posted October 31, 2015 Hi, I already have HT40+. The point is that the AP side is working with 40MHz, but the client side is with 20MHz. Actually I have it working quite well, sadly when having sustained speeds for a bit while, it dies with too much frequency for my taste. I also have got mine with two 5dB antenas. Or sort of dies... the active TCP connections only die when closed, but does not accept more TCP or UDP connections. Uhhhh? What is particularly infuriating is even after stopping hostapd and rrmoding the driver, it does not go up again. I suspect I am hitting an old bug in the hostapd code, however that behaviour I am describing is odd for the situation. I would go full *BSD, however the switch is not yet supported. *sigh* On the other side, the niceties of Linux, I have minidlna working and streaming movies quite well to my SmartTV. As for buying an USB AP, I would prefer using 5Ghz. I do not particularly welcome losing the only USB port, and spending yet more money on the Lamobo. I also am searching for a possible platform to sell, however I am not happy with it as it is. Link to comment Share on other sites More sharing options...
Shawn Wood Posted January 8, 2016 Share Posted January 8, 2016 (edited) Rui wrote : chester and Igor, as suggested by Igor here I have the changes in a rough form to make wifi in Lamobo R1 Stable. $su Install aptitude just because I prefer using it #apt-get install aptitude Install tools for later on #aptitude install dkms git Correct missing sys/cdefs.h in the armbian 4.5 image or otherwise we wont be able to compile the hostapd version from realtek #aptitude reinstall libc6-dev Download the source of the new driver #git clone https://github.com/dz0ny/rt8192cu.git Steps to compile it #cd rt8192cu Edit include/autoconf.h and comment //#define CONFIG_DEBUG_RTL819X (line 299) //#define CONFIG_PROC_DEBUG 1 (line 301) If you do not disable the debug mode your logs will grow too fast. Now let´s continue. This will compile, rmmod the old driver and install the new #make dkms #cd .. You do not need to reboot here. The make rules took care of removing the old driver, inserting the new, inserting a dkms rule for recompiling again the driver for kernel upgrades, and blacklisting the old module. Go to this page to download the realtek file http://www.realtek.com/downloads/downloadsView.aspx?Langid=1&PNid=48&PFid=48&Level=5&Conn=4&DownTypeID=3&GetDown=false&Downloads=true#RTL8192CU and download the linux kernel driver (under RTL8192CU) I got a file called 0001-RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911.zip. This file is around 1GB, if with limited space and/or MicroSD card on the destination unzip it on your machine, and just copy the tar.gz mentioned bellow. $unzip 0001-RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911.zip $cd RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911 $cd wpa_supplicant_hostapd Copy wpa_supplicant_hostapd-0.8_rtw_r7475.20130812.tar.gz to your R1/pi/whatever. #tar -zxvf wpa_supplicant_hostapd-0.8_rtw_r7475.20130812.tar.gz #cd wpa_supplicant_hostapd-0.8_rtw_r7475.20130812 #cd hostapd Based on this page, I also commented out the check of neighbours to enable always 40MHz channels. http://www.brunsware.de/blog/gentoo/hostapd-40mhz-disable-neighbor-check.html It seems I am not needing it here, conditions might change in a near future. In file src/ap/hw_features.c line 453 - function ieee80211n_check_scan /* iface->conf->secondary_channel = 0; */ Now compile hostap #make stop hostap service. If it is not running, it will throw an error, ignore it #service hostapd stop not sure if the service was uninstalled by me before or by any previous script, installing the package just in case #aptitude install hostapd freeze hostapd package, for it in the future not to be upgraded #echo hostapd hold | dpkg —set-selections Overwrite hostap with the realtek ones that we compiled #cp hostapd hostapd_cli /usr/sbin Now create /etc/hostapd.conf file with: ssid=YOURSSID interface=wlan0 ctrl_interface=/var/run/hostapd channel=5 wpa=2 wpa_passphrase=YOUR_SSID_PASSWORD bridge=br0 wmm_enabled=0 driver=rtl871xdrv beacon_int=100 hw_mode=g ieee80211n=1 wme_enabled=1 ht_capab=[sHORT-GI-40][HT40+][HT40-][DSSS_CCK-40] wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP max_num_sta=8 wpa_group_rekey=86400 Start again the service. #service hostapd start DONE. So after setting this up, to check up everything: #iwconfig wlan0 IEEE 802.11bgn ESSID:"YOURSSID" Nickname:"<WIFI@REALTEK>" Mode:Master Frequency:2.432 GHz Access Point: AC:A2:13:5C:96:31 Sensitivity:0/0 Retry:off RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=100/100 Signal level=88/100 Noise level=0/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 $lsmod | grep rtl8192cu rtl8192cu My dmesg is after a reboot. $dmesg usb 2-1: new high-speed USB device number 2 using ehci-platform [ 2.599494] usb 2-1: New USB device found, idVendor=0bda, idProduct=8178 [ 2.599527] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 2.599544] usb 2-1: Product: 802.11n WLAN Adapter [ 2.599560] usb 2-1: Manufacturer: Realtek [ 2.599575] usb 2-1: SerialNumber: 00e04c000001 [ 3.909414] usbcore: registered new interface driver rtl8192cu [ 4.944917] cfg80211: World regulatory domain updated: [ 4.944946] cfg80211: DFS Master region: unset [ 4.944953] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 4.944965] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A) [ 4.944974] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A) [ 4.944982] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A) [ 4.944993] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A) [ 4.945003] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s) [ 4.945012] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s) [ 4.945021] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A) [ 4.945029] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A) [ 9.504116] +871x_drv - drv_open, bup=0 [ 9.508641] ===> FirmwareDownload91C() fw:Rtl819XFwImageArray_TSMC [ 9.508664] FirmwareDownload92C accquire FW from embedded image [ 9.508674] fw_ver=v88, fw_subver=2, sig=0x88c0 [ 9.534123] fw download ok! [ 9.534140] Set RF Chip ID to RF_6052 and RF type to 2. [ 9.930023] IQK:Start!!! [ 9.941896] Path A IQK Success!! [ 9.946770] Path B IQK Success!! [ 9.955388] Path A IQK Success!! [ 9.960148] Path B IQK Success!! [ 9.965028] IQK: final_candidate is 0 [ 9.965066] IQK: RegE94=ff RegE9C=3fe RegEA4=f7 RegEAC=3 RegEB4=101 RegEBC=a RegEC4=fb RegECC=9 Path A IQ Calibration Success ! [ 9.967525] Path B IQ Calibration Success ! [ 10.081283] pdmpriv->TxPowerTrackControl = 1 [ 10.086157] rtl8192cu_hal_init in 580ms [ 10.102538] MAC Address = ac:a2:13:5c:96:31 [ 10.103040] -871x_drv - drv_open, bup=1 # iwlist wlan0 channel wlan0 14 channels in total; available frequencies : Channel 01 : 2.412 GHz Channel 02 : 2.417 GHz Channel 03 : 2.422 GHz Channel 04 : 2.427 GHz Channel 05 : 2.432 GHz Channel 06 : 2.437 GHz Channel 07 : 2.442 GHz Channel 08 : 2.447 GHz Channel 09 : 2.452 GHz Channel 10 : 2.457 GHz Channel 11 : 2.462 GHz Channel 12 : 2.467 GHz Channel 13 : 2.472 GHz Channel 14 : 2.484 GHz Current Frequency:2.432 GHz (Channel 5) Listing neighbours frequencies # iwlist wlan0 scan | grep Channel Frequency:2.412 GHz (Channel 1) Frequency:2.412 GHz (Channel 1) Frequency:2.422 GHz (Channel 3) Frequency:2.412 GHz (Channel 1) Frequency:2.422 GHz (Channel 3) Frequency:2.422 GHz (Channel 3) Frequency:2.422 GHz (Channel 3) Frequency:2.437 GHz (Channel 6) Frequency:2.437 GHz (Channel 6) Frequency:2.442 GHz (Channel 7) Frequency:2.442 GHz (Channel 7) Frequency:2.437 GHz (Channel 6) Frequency:2.437 GHz (Channel 6) Frequency:2.437 GHz (Channel 6) Frequency:2.437 GHz (Channel 6) Frequency:2.442 GHz (Channel 7) Frequency:2.452 GHz (Channel 9) Frequency:2.452 GHz (Channel 9) Frequency:2.452 GHz (Channel 9) Frequency:2.462 GHz (Channel 11) Frequency:2.462 GHz (Channel 11) Frequency:2.462 GHz (Channel 11) Frequency:2.467 GHz (Channel 12) Frequency:2.467 GHz (Channel 12) Frequency:2.472 GHz (Channel 13) Working like a charm, no drops, 40MHz bandwidth in channel 5. -- Rui Ribeiro Rui, Your write up is great, but I'm having some trouble (and forgive me, but I'm a newbie to all this). I got the latest Armbian Debian Jessie for the Lamobo R1 - and it worked first time, WIFI was stable as a rock, but my download rate was only 13mbs (upload was 23+). So I tried your steps - but am getting an error when I try to start hostapd service: Invalid Argument, and then a second error that there is no such file or directory. Running hostapd with -dd I get: drv->ifindex=5 Configure bridge br0 for EAPOL traffic. ioctrl [sIOCSIWMODE]: Invalid Argument Could not set interface to mode (3) Could not set interface to master mode! rtl871xdrv driver initialization failed. I don't have a var/run/hostapd (as referenced in the hostapd.conf file). I'm guessing that's for a command line interface, so I commented this line out of the hostapd.conf file. One other thing. I've repeated this more than once, and now see that I get an error when making dkms. Did I miss a step somewhere? Thanks for any help or advice you can give me. Shawn. Edited January 8, 2016 by wildcat_paris added "spoiler" on so large quote :) Link to comment Share on other sites More sharing options...
Rui Ribeiro Posted January 8, 2016 Share Posted January 8, 2016 It would help to see the error. I also had errors in one of the one of Armbian upgrades with dkms before giving up on using the lamobo R1 wifi. I still use it as a router, however I have a TP-Link with openwrt connected to it. I also bought a very interesting (and cheap) dual frequency ralink based wifi pen. Link to comment Share on other sites More sharing options...
wildcat_paris Posted January 8, 2016 Share Posted January 8, 2016 Rui, I got the latest Armbian Debian Jessie for the Lamobo R1 - and it worked first time, WIFI was stable as a rock, but my download rate was only 13mbs (upload was 23+). Could not set interface to mode (3) Could not set interface to master mode! rtl871xdrv driver initialization failed. It would help to see the error. I also had errors in one of the one of Armbian upgrades with dkms before giving up on using the lamobo R1 wifi. I still use it as a router, however I have a TP-Link with openwrt connected to it. I also bought a very interesting (and cheap) dual frequency ralink based wifi pen. @Shawn Are you using a recent kernel like 4.3.x / 4.4.x? the recent kernel includes a driver for 8192CU but only as a client I guess "Could not set interface to mode (3)" is setting in AP mode" which doesn't work with the kernel module just try gr@bpi:~$ iw list you will get this Supported interface modes: * managed * monitor instead of (AP compatible) Supported interface modes: * IBSS * managed * AP * AP/VLAN * WDS * monitor * mesh point btw gr@bpi:~$ lsmod Module Size Used by rtl8xxxu 51066 0 mac80211 353027 4 rtl8xxxu gr@bpi:~$ cat /proc/version Linux version 4.4.0-rc8-sunxi (root@server1404) (gcc version 4.8.2 (Ubuntu/Linaro 4.8.2-16ubuntu4) ) #1 SMP Tue Jan 5 02:34:34 CET 2016 as Rui says, just get a wifi dongle with proper Linux driver in AP mode, don't waste your time. Link to comment Share on other sites More sharing options...
Shawn Wood Posted January 8, 2016 Share Posted January 8, 2016 Well, hell. I bought this device (pretty expensive compared to the banana pi) specifically to build a self-contained Wifi Router w/ embedded SoftEthernet to connect two separate networks together. I've spent so much time trying to just get the thing working to point that I can begin testing the SoftEthernet, hate to give up on it completely, and I hate to spend more money on more equipment. Let me ask you this. Do you think the slow download rate (13 mbps) that I was getting with the clean Armbian Jessie install was a problem w/ the Wifi, or possibly something else (since the upload rate was a sizzling 23 mbps)? Link to comment Share on other sites More sharing options...
wildcat_paris Posted January 8, 2016 Share Posted January 8, 2016 @Shawn I read only "Debian Jessie" but you wrote "Armbian Debian Jessie" ok, Armbian has its separate 8192CU driver with AP Make sure you have rtl8192cu (Armbian) or rtl8xxxu (Kernel) => lsmod (please) But as you can read on the forum (search for tkaiser comments) the Lamobo-R1 has no stable wifi AP and it has only one GMAC connected to the B53125 switch (I own one Lamobo-r1) so connecting ethernet "one LAN to another LAN" mean at the very best (with some patches), you will get only the half (or 1/4) of a gigabit ethernet bandwidth => Lamobo-r1 would have needed 2 GMAC connected to the ethernet switch (one "IN", one "OUT"). and (alas), it is only USB2, so USB/GMAC ethernet converter with not help (I have tried), it is worse than A20 GMAC+switch. 1 Link to comment Share on other sites More sharing options...
Tido Posted January 9, 2016 Share Posted January 9, 2016 the slow download rate (13 mbps) that I was getting with the clean Armbian Jessie install was a problem w/ the Wifi, or possibly something else (since the upload rate was a sizzling 23 mbps)? This is tricky, as people sometimes mean it different. Megabyte /Megabit is 8 times different. I think currently on Ethernet the best we get is around 370Mbit/s / 8 = 46Mb/s so connecting ethernet "one LAN to another LAN" mean at the very best (with some patches), you will get only the half (or 1/4) of a gigabit ethernet bandwidth => Lamobo-r1 would have needed 2 GMAC connected to the ethernet switch (one "IN", one "OUT"). This is an interesting point you raise, when did you find /come to this conclusion ? Link to comment Share on other sites More sharing options...
Tido Posted January 9, 2016 Share Posted January 9, 2016 http://wiki.lamobo.org/index.php/Lamobo_R1S New version is coming out but with Mediatek wifi which is as crappy as Realtek. Well, even if this board is just a prototype. The place where the HDD should be is crowded with parts ! Beside, I was thinking how to easy attach the HDD about 1,5mm above the PCB, but with a SATA connector. This way the HDD would far less heat up the components on the PCB. I cannot imagne that the chinese by itself will come up with smarter boards and cheap in price. My guess is, we would have to design mockups how it should look like and make this available to them, then they would copy it. Maybe with even some basic Chip suggestion. 1 Link to comment Share on other sites More sharing options...
wildcat_paris Posted January 9, 2016 Share Posted January 9, 2016 (edited) This is an interesting point you raise, when did you find /come to this conclusion ? I have applied the patches / adapted the fix provided by openwrt for lamobo-r1 when zador suggested I use iperf3 to test local/internet (playing with the TCP window as well) I realized: - iperf3 results from lamobo-r1 to other (well know network linux) local machine is giving 850 Mbits/s for RX 450 Mbits/s for TX (with 10MB tcp window!) => it matches the statement from openwrt lamobo-r1 (so the fix is working, the bandwidth is CPU limited by the "too many interrupts" as well as TX issues with GMAC) - iperf3 results from lamobo-r1 to the internet (Max 500Mbit/s down 200 MBits/s up) are RX/450 Mbits/s TX/220 Mbits/s (which is "OK" for my Fiber Internet contract) - any local machine (my linux PC [former "router"], my Windows7, my odroidXU4), going through the lamobo-r1 is limited to RX/230Mbits TX/210Mbit/s I tought of tkaiser saying the B53125 has only on GMAC A20 SoC has only one GMAC link to the B53125 (it would need 2 GMAC one "in" one "out" = at least 2 Gbit/s) to handle traffic in/out so when the lamobo-r1 transfer data from one host to another (I limited my test to local network/Internet), it is doing RX from local/TX to internet (vice versa, handling IRQ for RX and IRQ for TX on the same cpu/thread even when changing this config having 2 cpu/thread available) => the limiting factor is TX to the internet / CPU handling the too many IRQ ok, my conclusions are flowed, I would need to do transfer local/local through lamobo-r1 to have a more reliable statement, as I have not studied the impact of IPtables/NAT/etc. so doing A20/GMAC in/out at the same time is limitation, my empiric idea is it cut the A20/GMAC bandwidth par 2 at best (ok it is flowed) NOTE: I am still hoping for a tech fix to reduce the number of IRQ Edited January 10, 2016 by wildcat_paris WRONG: B53125 has only on GMAC => A20 SoC has only one GMAC link to the B53125 3 Link to comment Share on other sites More sharing options...
wildcat_paris Posted January 9, 2016 Share Posted January 9, 2016 Well, even if this board is just a prototype. The place where the HDD should be is crowded with parts ! even an interesting prototype if they have learned from their mistakes with lamobo-r1 But my guess is they have many Lamobo-r1 in stock, they just cannot sell Lamobo-r1s before they sell every piece of lamobo-r1 in stock!!! tkaiser has very interesting ideas about options to pick a "home router" but IMHO there are not as multipurpose as the lamobo-r1 would be for price/size/etc. Link to comment Share on other sites More sharing options...
Tido Posted January 9, 2016 Share Posted January 9, 2016 I use iperf3 to test local/internet ... I tought of tkaiser saying the B53125 has only on GMAC (it would need 2 GMAC one "in" one "out" = at least 2 Gbit/s) to handle traffic in/out As I have already mentioned in this Tread the BCM53125 comes with: Two additional Gigabit ports for glueless connection to CPU, WLAN, Cable, or DSL chipsets Picture from EBV Possible data flows (via VLAN, minimal IPtables/NAT like in my manual ?): R1 HDD /SDcard to local local to R1 HDD /SDcard R1 HDD /SDcard to internet port internet port to R1 HDD /SDcard local PC to internet port (doesn't need to be internet, can be another PC) internet port to local PC local PC to local PC 8 possible ways to go or did I misunderstand? This way we would basically understand what with the current driver is capable, WiFi has anyway a lower through put. 1 Link to comment Share on other sites More sharing options...
Recommended Posts