vlad59

I just did a armbian-config -> System -> Firmware : run apt update & apt upgrade. It went fine. I'm not sure it worked though (u-boot stayed with 20.02.5 and not 20.02.7 with label 2019.10) : root@minus:~# dpkg -l | grep linux- ii binutils-arm-linux-gnueabihf 2.30-21ubuntu1~18.04.2 armhf GNU binary utilities, for arm-linux-gnueabihf target ii linux-base 4.5ubuntu1.1 all Linux image base package ii linux-bionic-root-current-bananapi 20.02.5 armhf Armbian tweaks for bionic on bananapi (current branch) ii linux-dtb-current-sunxi 20.02.7 armhf Linux DTB, version 5.4.28-sunxi ii linux-image-current-sunxi 20.02.7 armhf Linux kernel, version 5.4.28-sunxi ii linux-libc-dev:armhf 4.15.0-91.92 armhf Linux Kernel Headers for development ii linux-u-boot-bananapi-current 20.02.5 armhf Uboot loader 2019.10 is there a quick way to check the uboot installed in the SD (I'll hook a HDMI monitor and see if the version is show there) ?

will do this afternoon

I just updated my Banana pi to latest kernel (5.4.26), SATA is still detected (and it's a good thing as I used `nand-sata-install`). I understand it's not the same test (not a clean install) but at least kernel/dtb/uboot should be the same. Hope this helps.

I've successfully used BMP180 (Igor gave you a link), BME280, SI7021 based devices (search on aliexpress, you'll find plenty).

Can you link a git repo with your changes ?

I use Armbian (of course) with debian or ubuntu (lately I've been using ubuntu but debian also work). I followed this documentation : https://docs.docker.com/install/linux/docker-ce/ubuntu/ you just have to use the armhf repository (there's 5 tabs with different arch). I never have tested kubernetes on Arm devices even though I really want to test k3s but time is a limited resource :(.

I use docker 24/7 for my home automation for at least 2 years (almost 3). First on a banana pi and since 3 months on a Orange Pi +2E (I switched for the 2Gb of RAM). I have a dozen of small containers (many small home made python script, mqtt server, nzbget, home assistant, traefik, ...) running all the time and it works great. I don't know what to say specifically as it's been working mostly good. The only caveat I have is that sometimes docker bridge network get stucked and I have to reboot to get it back but it happened 3 times over 2 years.

I also did the test with wget (on a SSD) : wget https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.4.5.tar.xz --2019-12-19 09:17:14-- https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.4.5.tar.xz Resolving cdn.kernel.org (cdn.kernel.org)... 2a04:4e42:1d::432, 151.101.121.176 Connecting to cdn.kernel.org (cdn.kernel.org)|2a04:4e42:1d::432|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 109435988 (104M) [application/x-xz] Saving to: ‘linux-5.4.5.tar.xz’ linux-5.4.5.tar.xz 100%[=========================================================================>] 104,37M 15,1MB/s in 6,9s 2019-12-19 09:17:21 (15,1 MB/s) - ‘linux-5.4.5.tar.xz’ saved [109435988/109435988]

Nope the Bpi M1 can do much more, see here : Your test file is not so quick to download : root@minus:~# curl -o /dev/null https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.4.5.tar.xz % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 104M 100 104M 0 0 13.0M 0 0:00:07 0:00:07 --:--:-- 13.4M root@minus:~# curl -o /dev/null http://test-debit.free.fr/1048576.rnd % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 32 1024M 32 332M 0 0 93.6M 0 0:00:10 0:00:03 0:00:07 93.6M^C The slowing factor is often the disk.

Hi, I just had a huge boost on my Internet speed (1Gbs down / 600Mbps up), it's a good thing but it showed that many of my SBC that are running 24/7 are not ready to handle such high bandwidth. In each case running a curl outputting to /dev/null -> I almost top out the Gigabit interface -> 99Mo/s. When I test download speed (while saving on disk) : * Old Banana pi running kernel 4.14.18-sunxi (armbian of course but not updated with stretch) with an Kingston SSD on the SATA port -> cannot go over 12~14Mo/s (Mo/s not Mb/s) * Orange Pi +2E running 4.19.62-sunxi (armbian with ubuntu Bionic) with a Sandisk SSD on usb2 with a UAS adaptor -> cannot go over 35~37Mo/s. I have updated another Banana pi with latest Armbian (Bionic / kernel 5.3.X), it includes the patch to fix SATA write speed still with a SSD -> 37Mo/s using wget and 44Mo/s using aria2c (with a single connection) Each test was done with HTTP download from a VPS I own with 1Gb/s interface and plenty of bandwidth. I'll make other test with NFS later. So far the lesson I learned -> update Armbian more often ! I'll debug more to see if I can tweak some interrupts / mtu / disk parameter to get a few % more. If you have some idea please share !

@megi Forgot to tell if you want more Tanix TX6 report, go to librelec forum or ask Jernej, he is the one who made the librelec image.

@megi Yeah I won the allwinner lottery (or at least the interesting stuff lottery), tell me if you need anything else

Tanix TX6 : LibreELEC:~ # ./regtool h6-soc-bin SoC bin: invalid (bin=0) (raw=2)

Last time I checked LZ4 kernel algo was not properly optimized for ARM (with NEON) so I don't think you can directly apply this blog results to ARM. The same "problem" happen with zram which is slower than in x86 world.

Hi all, I have a Tanix TX6 4Gb/32Gb on the way. I hope to use it with armbian (if that does not work, I'll use libreelec but I'd prefer having a generic linux). Is there a step by step guide on how to build an armbian image. I read the whole thread and saw that megous tree is almost good to go especially with 5.4 that got a lot of patch included. It's less clear for uboot, is latest uboot good to use or is there some patch to use. Is there a fork of armbian/build with everything included maybe ? Thanks in advance for any help