badrianiulian

As of today 11:31 AM, my uptime reports: up 20 days, 12:26
Due to the fact that my R1 router is also a web server and every three or four days I had to shut it down to get things working again, I'd say that the new dsa config with the new b53 driver works quite well

As of this moment, my uptime is 10 days, 2:30:48... so far so good... not a single freeze till now.

I'm back with good news I hope: an update with network configuration on the new 5.25 jessie mainline distribution
I've been using the 5.24 nightly builds for a while (now I'm back on the 5.25 main builds) and with the help of weisl's comment on git hub: https://github.com/igorpecovnik/lib/issues/511#issuecomment-269622336, I've managed some working network configs that everyone can find on this link: https://www.dropbox.com/sh/ciiun8n56c46q2n/AACfXvu5cEoZS5jbO6Xc5L4Ha?dl=0
Add those into '/etc/network' folder and they should work ('interfaces' and 'lamobo-r1' files). I only tested the ppp router configuration since that is all I need but feel free to test the other ones as you please and reply with the needed changes or the confirmation that they work.
Testing the new b53 dsa driver looks promising until now... I'll hold of the nightly builds for a while to see if the freezes will resurface like they used to and will be back with a feedback
For those who are curious, the second archive in the dropbox share named w1-therm.tar.gz is a script that I used to patch the dtb so I wouldn't have to go at each upgrade through this process: https://forum.armbian.com/index.php/topic/993-ds18b20-temperature-sensor-in-lamobo-r1/#entry16089

OK
So here's what I did:
- used a 4,7k resistor between data pin and +3,3v pin on the DS18B20.
- used the same pin (12) in /boot/bin/lamobo-r1.bin (bin2fex, edit, fex2bin):
[w1_para] gpio = 12 - converted the /boot/dtb/sun7i-a20-lamobo-r1.dtb for editing
dtc -I dtb -O dts -o sun7i-a20-lamobo-r1.dts sun7i-a20-lamobo-r1.dtb - search for the next section to add the lines below (no need for comments):
led_pins@0 { allwinner,pins = "PH24"; allwinner,function = "gpio_out"; allwinner,drive = <0x0>; allwinner,pull = <0x0>; linux,phandle = <0x46>; phandle = <0x46>; }; + + w1_pin@0 { + allwinner,pins = "PH2"; + allwinner,function = "gpio_in"; + allwinner,drive = <0x0>; + allwinner,pull = <1>; + linux,phandle = <0x48>; /# X = incremented (hex) by searching the hole dts file for phandles #/ + phandle = <0x48>;  /# X = same incremented value #/ + }; }; timer@01c20c00 { compatible = "allwinner,sun4i-a10-timer"; reg = <0x1c20c00 0x90>; interrupts = <0x0 0x16 0x4 0x0 0x17 0x4 0x0 0x18 0x4 0x0 0x19 0x4 0x0 0x43 0x4 0x0 0x44 0x4>; clocks = <0xa>; };   - go to next section and add the next lines (no need for comments):
ps2@01c2a400 { compatible = "allwinner,sun4i-a10-ps2"; reg = <0x1c2a400 0x400>; interrupts = <0x0 0x3f 0x4>; clocks = <0x37 0x7>; status = "disabled"; }; + + onewire_device { + compatible = "w1-gpio"; + gpios = <0x22 0x7 0x2 0x0>; /# 0x22 value is taken from below, similar to the initial uploaded dtb (zador's); #/ /# the rest are the same as the initial uploaded dtb (zador's) #/ + pinctrl-names = "default"; + pinctrl-0 = <0x48>; /# X = same incremented value #/ + status = "okay"; + }; }; ahci-5v { compatible = "regulator-fixed"; pinctrl-names = "default"; pinctrl-0 = <0x42>; regulator-name = "ahci-5v"; regulator-min-microvolt = <0x4c4b40>; regulator-max-microvolt = <0x4c4b40>; regulator-boot-on; enable-active-high; gpio = <0x22 0x1 0x3 0x0>; status = "okay"; linux,phandle = <0x30>; phandle = <0x30>; }; usb0-vbus { compatible = "regulator-fixed"; pinctrl-names = "default"; pinctrl-0 = <0x43>; regulator-name = "usb0-vbus"; regulator-min-microvolt = <0x4c4b40>; regulator-max-microvolt = <0x4c4b40>; enable-active-high; gpio = <0x22 0x1 0x9 0x0>; status = "okay"; linux,phandle = <0x2b>; phandle = <0x2b>; }; - reconverted the new /boot/dtb/sun7i-a20-lamobo-r1.dts
dtc -I dts -O dtb -o sun7i-a20-lamobo-r1.dtb sun7i-a20-lamobo-r1.dts - in /etc/modules added:
w1-therm w1-gpio  - now finnaly something appears in /sys/bus/w1/devices
 
Thanks for the dtb... very usefull
 
 
---
A patch I made to speed up the dtb patching of the new 5.25 jessie mainline armbian : https://www.dropbox.com/sh/ciiun8n56c46q2n/AACUw3qe981xrnoCWR7vgJ0ga/w1-temp.tar.gz?dl=0
---

Disabling these might be a problem with my wi-fi clients so I think for now I'll just add a cron job to restart hostapd service at least once a week (maybe it gets clogged with events)
I'll test and come back (after the vacation)

I'm back with good news I hope: an update with network configuration on the new 5.25 jessie mainline distribution
I've been using the 5.24 nightly builds for a while (now I'm back on the 5.25 main builds) and with the help of weisl's comment on git hub: https://github.com/igorpecovnik/lib/issues/511#issuecomment-269622336, I've managed some working network configs that everyone can find on this link: https://www.dropbox.com/sh/ciiun8n56c46q2n/AACfXvu5cEoZS5jbO6Xc5L4Ha?dl=0
Add those into '/etc/network' folder and they should work ('interfaces' and 'lamobo-r1' files). I only tested the ppp router configuration since that is all I need but feel free to test the other ones as you please and reply with the needed changes or the confirmation that they work.
Testing the new b53 dsa driver looks promising until now... I'll hold of the nightly builds for a while to see if the freezes will resurface like they used to and will be back with a feedback
For those who are curious, the second archive in the dropbox share named w1-therm.tar.gz is a script that I used to patch the dtb so I wouldn't have to go at each upgrade through this process: https://forum.armbian.com/index.php/topic/993-ds18b20-temperature-sensor-in-lamobo-r1/#entry16089

As of this moment, my uptime is 10 days, 2:30:48... so far so good... not a single freeze till now.

Sorry about complaining yesterday
I too was frustrated since I spent the afternoon trying to make the new armbian 5.23 to work...
I know that for armbian to be compatible with all boards takes a lot of work and testing. Since I enjoy tinkering with my board, not beeing able to fix what was happening, took a toll on me... Wasn't fair to you guys
So to make this clear, thank you for your hard work. As for donations... fire away with a paypal account or something... I'm sure I'm not the only one that can spare some cash for the cause

Hello all you happy people ... I'm back with an update
First here's a photo I took tonight when I cleaned the dust out

Also as of tonight my uptime was 25 days, 37 min
 
There is an issue with HDMI though... When I leave the HDMI connected (even if I'm watching or not), after a while (3-4days) the system freezes.
Also if the HDMI isn't connected at startup, there is no signal on screen when I connect the HDMI after the bootup... Anyone knows what's going on with that?

I can also confirm that replacing the 8192CU module with "WL-UM01EBS-5572-V1.0" is a success.
I'm now on armbian with an upgraded jessie kernel from 3.4.108 to 4.3.3 and using the rt2800usb integrated driver, the system has been stable for quite some time now. As of this morning the last uptime is about 13 days and 8 hours.
I had some pictures with the new install somewhere.. will post them when I'll find them.
Between the board and the new module I added some double sided thermal tape and in doing so I raised the module a bit. I soldered only the USB pins, left the antenna pins hanging and connected the antennas to the connectors on the module.
As for compiling the backports, I hadn't had time to do that since I've been quite busy with other work.

I can also confirm that replacing the 8192CU module with "WL-UM01EBS-5572-V1.0" is a success.
I'm now on armbian with an upgraded jessie kernel from 3.4.108 to 4.3.3 and using the rt2800usb integrated driver, the system has been stable for quite some time now. As of this morning the last uptime is about 13 days and 8 hours.
I had some pictures with the new install somewhere.. will post them when I'll find them.
Between the board and the new module I added some double sided thermal tape and in doing so I raised the module a bit. I soldered only the USB pins, left the antenna pins hanging and connected the antennas to the connectors on the module.
As for compiling the backports, I hadn't had time to do that since I've been quite busy with other work.

Hy
I did not know where this would fit so I started the topic in the Free section
Since there are a lot of problems with the wireless module on this board I searched for another more elegant solution than a usb pluged in wifi module
 
I found this module on alibaba:
USB Interface 2.4G&5.8G  WiFi Module  WL-UM01EBS-5572-V1.0 IEEE 802.11A/B/G/N Main Chip : MT5572 Module Name : WL-UM01EBS-5572-V1.0 Size : 27*17.7 Interface : USB2.0 Package : 6Pin WiFi Standards : IEEE 802.11A/B/G/N Operating Voltage : 3V3 Frequency  : 2.4G and 5.8G(2T2R)   Do not know about the pins (if they fit) but I'm thinking about replacing the RTL8192CU module with this one (i do have a soldering station to do this) I'm just asking for thoughts and if did someone else thought this before me?     The original module: http://i2.wp.com/hardware-libre.fr/wp-content/uploads/2015/01/20141117_173752.jpg   Specs on the original module: http://i00.i.aliimg.com/wsphoto/v0/32302769172/New-Realtek-RTL8192CU-WIFI-module.jpg   Specs on this module: http://wenku.it168.com/d_001163727.shtml   Specs on other modules: http://wenku.it168.com/u/docx_26332418_1.shtml

OBSOLETE as of 12 November 2015 update that fixes the authentification loop and increases speed:
Finnaly, I think I have my BPi-R1 with a stable WiFi and no freezing whatsoever
I used the latest distro packages and it still froze on occasion
I managed to pin it down to the wpa encryption used by hostapd
Here is my config:
### Wireless network name ### interface=wlan0 ### Set your bridge name ### bridge=br0 driver=rtl871xdrv device_name=RTL8192CU manufacturer=Realtek # This advertises the country_code and the set of allowed channels and transmit power country_code=RO ieee80211d=1 # Maximum data rate 54Mbps in 802.11g and 300Mbps in 802.11n # The RTL8192CU provides simple legacy and 20MHz/40MHz co-existence mechanisms to ensure backward and network compatibility. Maximum PHY data rate up to 144.4Mbps using 20MHz bandwidth, 300Mbps using 40MHz bandwidth # if you donΓÇÖt have a wireless N capable device = 0 # 802.11n related stuff ieee80211n=1 noscan=1 ht_capab=[SHORT-GI-40][HT40+][HT40-][DSSS_CCK-40] # 2,4GHz bandwidth channel=5 hw_mode=g wmm_enabled=0 # connections and pid ignore_broadcast_ssid=0 beacon_int=100 max_num_sta=8 ctrl_interface=/var/run/hostapd # Identification and Login ssid=XXXXXXXXX auth_algs=1 wpa=2 wpa_passphrase=xxxxxxxxxx wpa_key_mgmt=WPA-PSK wpa_pairwise=TKIP #rsn_pairwise=CCMP wpa_group_rekey=86400 wme_enabled=1 ignore_broadcast_ssid=0 #macaddr_acl=1 #accept_mac_file=/etc/hostapd/accept #macaddr_acl=0 #deny_mac_file=/etc/hostapd/deny I read on this page that the hardware crypto on the rtl8192cu might not work correctly:
http://forum.lemaker.org/thread-15515-1-1.html
Also issues due to encryption happened (on the same rtl8192cu chip) to this guy also:
http://www.linuxquestions.org/questions/linux-networking-3/realtek-8192cu-driver-problem-with-ccmp-encryption-4175506363/
 
The WiFi speed used is 54Mbps but at least it is stable and my router doesn't freeze anymore

Hello
I have a BPi-R1 with Igor's 3.2 image (http://www.igorpecovnik.com/2014/09/07/banana-pi-debian-sd-image/) that runs as a router (with pppoe) and nginx/php5/mysql config for my wife's blog and also with ez-ipupdate for dynamic dns
I have a nasty issue... once every 2 or 3 days, my board freezes for no aparent reason
It does this even if root is on SD card (only sd card connected) or HDD (I have a modified mSATA adapter to get power from 3,3V SATA power connector... I removed the 3,3V regulator and added a thick wire from the 3,3V provided by the board through the SATA connector)
Also I moved from this configuration:


to this fan gpio controlled (witch was very noisy):

ending up with this one (no fan control):

So the system is cooled by the 12v fan powered at 5v, with soctemp reporting 34,7 degrees, and pmutemp reporting 41 degrees
Also the power source is stable (I had a script that monitored the voltage before it freezed... it never dropped below 5,09V)
I already tested with wireless power management disabled by command (added in rc.local too)
echo 0 > /sys/module/8192cu/parameters/rtw_power_mgnt since adding this line to a file named /etc/modprobe.d/8192cu.conf doesn't work
options 8192cu rtw_power_mgnt=0 rtw_enusbss=0 Even with the power management for the wireless disabled it happened once again. Also, looking at the ethernet leds on the BPi-R1, every time the freeze happenes these leds are flashing like there is activity. I took a look at the logs and I found something that could be the cause for this: In cron i have a line set for php [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean
I found for the last few freeze times that in syslog this was the last event. Earlier events had DHCP event on last lines before freeze I read about some Out Of Memory issues with this script. Could it be that this is what is actually happening to my system? For now I removed the comment for swap in /etc/fstab
/var/swap       none    swap    sw      0       0 and I added in /etc/sysctl.conf
vm.swappiness=0 (this was the last line in the file) vm.overcommit_memory = 2 vm.overcommit_ratio = 100 I'm stabbing things in the dark here so if anybody could help please do...
 
   

Things has been changed. Everything is now inside repository apt.armbian.com and upgrade is done via apt-get ... lamobo shares legacy kernel with banana, orange, ...
 
More info:
http://forum.armbian.com/index.php/topic/211-kernel-update-procedure-has-been-changed/

I'm back to say that I've been testing the R1 with the same configuration in WiFi mode only and so far everything works just fine.
The only bug that's occuring every now and then is an authentification loop but it's not that bad since eventually it does connect.
The system freeze is gone.
Off-topic: Where are the packages updates (linux-firmware-image-3.4.108-lamobo-r1_4.3_armhf.deb ....) gone from the new page ( http://www.armbian.com/lamobo-r1/)?

I had same freezing problems with wireless clients.
I changed hostapd and hostapd-cli to compilled from github: https://github.com/jenssegers/RTL8188-hostapd
and freezing gone.

Disabling these might be a problem with my wi-fi clients so I think for now I'll just add a cron job to restart hostapd service at least once a week (maybe it gets clogged with events)
I'll test and come back (after the vacation)