wildcat_paris

guys, is it intended (bold), please ? or KERNEL_DEV ? # Kernel KERNEL_DEFAULT='https://github.com/linux-sunxi/linux-sunxi' KERNEL_DEFAULT_BRANCH="sunxi-3.4" KERNEL_DEFAULT_SOURCE="linux-sunxi" KERNEL_NEXT='git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git' [ "$USE_MAINLINE_GOOGLE_MIRROR" = "yes" ] && KERNEL_NEXT='https://kernel.googlesource.com/pub/scm/linux/kernel/git/ KERNEL_NEXT_BRANCH="v"`wget -qO- https://www.kernel.org/finger_banner| grep "The latest st" | awk '{print $NF}' | KERNEL_NEXT_SOURCE="linux-vanilla" KERNEL_DEV='git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git' [ "$USE_MAINLINE_GOOGLE_MIRROR" = "yes" ] && KERNEL_NEXT='https://kernel.googlesource.com/pub/scm/linux/kernel/git/ KERNEL_DEV_BRANCH="" KERNEL_DEV_SOURCE="linux-vanilla" btw, stable seems stalled @v4.4-rc6 I move to http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/refs/tags/

A 5% to 15% improvement on the network bandwidth with lamobo-r1, small but still something. I was wondering why only one cpu/softirq thread was working, so now both thread/cpu are working (thread1 90%, thread2 5%) reading the topic "Linux: scaling softirq among many CPU cores" http://natsys-lab.blogspot.fr/2012/09/linux-scaling-softirq-among-many-cpu.html echo 2 > /sys/class/net/eth0/queues/rx-0/rps_cpus echo 2 > /sys/class/net/eth0/queues/tx-0/xps_cpus + the A20 is patched to run @1008MHz with "performance" governor BW with performance gov is better, no need to wait the CPU to scale the frequency up (ondemand/conservative), SoC doesn't heat much more from PC ( http://beta.speedtest.net/result/4968734194) going through the lamobo-r1 to the Internet on the lamobo-r1 itself the move is 37MB/s to 50MB/s ( RX=438 Mbits/s Internet RX 500Mbit/s usually 450-470Mbit/s) from Odroid XU4 through lamobo-r1, RX max @224MBits/s

yep, but a perfectionist and the hell of a benchmark maker What a man!

you are welcome. I didn't get the "host" part, my bad we are not native english speakers. my first (wrong answer): more appropriate answer: so you need to have your wlan interface as a host (outside) 1/ so by default @bootup, you need to config and launch hostapd service (so you can connect to the cubie) => depending on your hardware you need to build a proper /etc/hostapd.conf file you can use gr@pi ~ $ cat /etc/network/interfaces auto lo iface lo inet loopback auto br0 iface br0 inet dhcp bridge_ports eth0 wlan0 allow-hotplug eth0 iface eth0 inet manual allow-hotplug wlan0 iface wlan0 inet manual 2/ when you are back home connected with ethernet Lan, stop hostapd service if not needed you need: a config for wlan host @outside => /etc/hostapd.conf see http://forum.armbian.com/index.php/topic/567-issue-with-hostapd-rt/ is this correct?

@phintegrator [uart_force_debug] and [uart_para] refers to different pins as you have already understood. The point is (as you have opened the topic) which board model are you using / OS / any details you may find useful. The pin config may differ from one board to another board. So it is difficult to help you (me or someone knowing your board) PS: please edit your title to name your Board, you may have more answers this way

yes I am using a dedicated HDD (for the Armbian tool VM) with Virtualbox on top of Trusty/amd64, the Virtualbox VM crashes from time to time (compared to Virtualbox on Win7_64 which is quite stable)... ok I have a couple of free for use SSD @hands but rootfs cache is good enough!

I don't know if it can help you. on my Rpi2 jessie and kernel 4.1, waiting upto 2 minutes after booting, the Rpi joins my wlan host => so I can access the Rpi as if it was on the LAN excepted it is on the WLAN. gr@pi ~ $ cat /etc/network/interfaces auto lo iface lo inet loopback auto br0 iface br0 inet dhcp bridge_ports eth0 wlan0 allow-hotplug eth0 iface eth0 inet manual allow-hotplug wlan0 iface wlan0 inet manual wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf wpa_supplicant.conf => contains the SSID and password note: br0 get the MAC address of the eth0 (probably because it is declared first in the bridge) wlan0 has a separate MAC I have added in the dhcpd.conf - the eth0 MAC address to get an "fixed" IP address if I connect ethernet - the wlan0 MAC address to get a "fixed" IP address if ethernet is not connected

FYI @all also @ytn Corentin Labbe http://sunxi.montjoie.ovh/ He has made a very convenient meta tool for testing "AES, SHA1 etc" https://github.com/montjoie/cryptotest also needed: https://github.com/cryptodev-linux/cryptodev-linux

I was just reading (not related?) http://forum.lemaker.org/thread-11442-1-1.html if you mean "iw list" details, I have a pair of realtek 8812AU and they are working but no details available "easily"

Happy new Year! AFAIK as I am a newbie, the DMA exists for itself. I am unsure if there is/will be any possible glue to improve SATA perf.

nice thanks for people@Armbian PS: look at my signature

@Zador I've removed trusty.tgz (which then adds 110 minutes @home to the Armbian image making process) and *no* error messages @Igor @Zador I have my first fully running Armbian dev "4.81" (ok "next" is version "5.00"!) with kernel 4.4.0-rc6 and surprise, the patches from Corentin LABBE for AXP are working *now* http://sunxi.montjoie.ovh/patchs_current/

for some days already, on sunxi-dev, after [ o.k. ] Extracting trusty from cache [ 7 days old ] in the "Force package update ..." box I get plenty of W: Failed to fetch http://ports.ubuntu.com/dists/trusty-security/Release.gpg Could not resolve 'ports.ubuntu.com' W: Failed to fetch http://apt.armbian.com/dists/trusty/Release.gpg Could not resolve 'apt.armbian.com' The image build does not failed but I haven't tested the image, only the debs. NOTE: not related to local DNS because I can ping both machines

@Igor Thanks for b53... I nearly achieved the quick fix last night... my mistake: b53 needs to be included in the kernel, not as a module EDIT: Also, as you have added the patch in "lib" & I didn't remove the same patch from "userpatches", the patch was not applied twice (same file name), cool @zador : "Zador j'adore" (like Dior perfume commercial) I like Zador

@Igor @Zador I am testing... I guess there is a reason why "0013-lamobo_r1_dts.patch" & "bananapi-r1-switch-driver.patch" are missing in patch/kernel/sunxi-dev root@server1404:~/armtest/lib/patch/kernel/sunxi-next# ls *r1* 0012-bananapi_r1_dts.patch 0013-lamobo_r1_dts.patch bananapi-r1-switch-driver.patch NOTE: all the changes you have made recently are making "Armbian tool" really easy to use/debug/etc.

hello, => compiled dev-sunxi for lamobo 1/ I am investigating so => just FYI for the moment 2/ the b53 module is not present. 2 patch warning @compile 2a/ either a patch problem of mine 2b/ either a patch problem of Armbian let's see

yes of course, already tested with non working Armbian test images my current switch config is A20 VLAN 835 <===========> VLAN 835 Ethernet / Fiber converter (passive) => PPP => Internet A20 VLAN 102 <===========> untagged LAN (PCs/Odroid/Rpi2/NASs...) switch53125 we can imagine A20 VLAN 123 <=====> VLAN 123 PCs/etc. A20 VLAN 321 <=====> untag VLAN Internet connexion so all the machines on VLAN 123 cannot see the Internet box DHCP => BUT all the machines needs to be VLAN capable and setup for VLAN 123 @boot or with "A20" routing A20 VLAN 321 <=====> untag VLAN Internet connexion A20 VLAN 102 <=====> untag LAN (PCs/Odroid/Rpi2/NASs...) A20 VLAN 123 <=====> VLAN 123 PC (can only see VLAN 123) but lamobo needs to route/bridge VLAN 123 to untag VLAN

As tkaiser would say, Lamobo-r1 has terrible design but the concept is good (multiple usage possible: network, misc services) But let's be honest, perfection is when you are dead. Like sleeping & coffee some weeks ago, I was wondering (right or wrong) if a DMA config for the lamobo-r1 GMAC would help the bandwidth issues. One CPU core is 100% with all the gazillions of interruptions to handle. Now the DMA for A20 is in the mainline kernel but I am missing some tech glue. I have read an example in the kernel 4.3 doc with DMA config (DTS) for DWMAC (*if* applicable, not only for STMMAC, but also for A20-GMAC ???) links: I have tried the recipe provided by the lamobo-r1 openwrt support crew, fifo buffer is not enough, also the code between 4.1 - 4.3 has changed for the STMMAC, patch is not portable, I have tried the coe/roe fix with no luck. links: At least, I was able to set the clock @1GHz, the cpu handling all the interruption, some small BW gain work (CPU is able to handle more interruptions). if I could get a hand on the possible DTS (uboot?kernel?) DWMAC DMA glue as in the kernel example (no link @ hand for now, see later) http://lxr.free-electrons.com/source/Documentation/devicetree/bindings/net/stmmac.txt patchs to look at:

yes, can you please add details about your technical context?

Hello phintegrator, You probably need to give more pieces of info like ARM board name, kernel version, OS version, please.

Hello Martin, Please, the question needs a bit of clarification. you have an ARM based board with Ubuntu 15.10 to compile an ARM kernel? or you want to cross-compile an ARM kernel from a x86/amd64 based PC? whatever the option it is wiser to use a well known toolchain, as compiling an ARM kernel can lead to unexpected issue. http://www.elinux.org/Toolchains#Prebuilt_toolchains So far, the Armbian crew is using the ARM crosscompiler provided by Ubuntu 14.04 x86/amd64. regards, Guillaume

@tkaiser, yes you are right. In my case, my FTTH provider is using PPP over Ethernet with VLAN 835, so yes I am not annoyed with this issue. But the opposite is possible. setting his PC on a separate VLAN so the PC doesn't see the ISP DHCP @boot, then on Armbian start-up starting the VLAN for the local network (if all the machines are VLAN capable). Or at least, one VLAN for 1 PC + VLAN, bridging the eth0.123 with eth0 (after a sleep) is it making sense?

Hello, The honorable tkaiser had some nightmares with the Lamobo-r1 solving issues. Alas, my lamobo-r1 is not a Mercedes. ok, /etc/network/interface might be used to launch a pre/post script with "sleep 30; service dhcpd start" at least a small workaround for dhcpd (btw, I have read it would be possible to switch off the switch, but it is tricky) --- need to find a link here ----

Hello, does sudo reboot -f work better? if yes, there is a script problem, if no, hardware or dts config issue (only a finger crossed guess) see "man reboot" regards, Guillaume

Hello fromcologne, it is better to run the Armbian tool in a plain terminal (text only) with no Graphic UI started as many UI (for example) just open the loopback device when the tool is creating the image. the UI can break the process (ok, it is still possible to unset the auto start for new "inserted" device, but it is tricky) Also, I would advice to either use a VM like virtual box Or just install an Ubuntu 14.04 server image on your laptop with as little tools as possible, then Armbian will install the extra tools needed And add your favorite text editor, etc. Minimal install, so no conflict. Regards, Guillaume