The aim of this writing is to encourage lede coders to create lede working image for Amlogic S9xxx SoC family.
Based on a few benchmark I did and shown at:
wiki.openwrt. org/doc/howto/benchmark.openssl [single core tests]
systemausfall. org/wikis/howto/AES-Performance [multi core tests]
The crypto performance of Amlogic SoC S905X is approximately same as my 2012 laptop' i5 sandy bridge [even with AES-NI]!
Without any lede's working image, I can reliably use S905 tvbox with Armbian distro to offload my ageing QCA953x moded ROM+RAM router's cpu load. The S905 tvbox is a very capable machine that can run kcptun client, shadowsocks client and ocserv server all at same time with average cpu load only 6~20%.
I've tried to run lede with success by using this way:
What I did is combining Armbian S905 kernel from: forum.armbian. com/index.php?/topic/2419-armbian-for-amlogic-s905-and-s905x
and Rapsberry Pi3 [arm64 too] lede rootfs image from: downloads.lede-project. org/releases/17.01.2/targets/brcm2708/bcm2710/lede-17.01.2-brcm2708-bcm2710-rpi-3-ext4-sdcard.img.gz
Due to incompatible kernel, I abandon it for daily routing tasks due to plenty of kernel' error msg, vlan 802.1q not working and I don't have usb-lan dongle to try.
Amlogic has been showing good gesture to open source community with some releases of their GPL work at:
With IPQ806x powered router is around USD 150 but only 1/2 of S905 crypto performance, why don't we make use the S905 for USD 30 as a firewall/VPN front end and couple it with our own fully supported wireless router/AP
Be careful of what you test here. openssl speed is good benchmark to test how well the generic crypto routines are implemented in OpenSSL and what the CPU and Memory can do. So on x86 with just AESNI and ARMv8 System (with a CPU that supports the aes crypto ISA) this can be fine. But some routers do have dedicated crypto offload engines. And these can really knock the socks off! Crypto offload is supported via the EVP API/Interface which is the default for most openssl-based applications.
(See: https://wiki.openssl.org/index.php/Libcrypto_API#High_Level_and_Low_Level_Interfaces )
For example the FritzBox 4040 (quad ARM A7 @ 700 MHz) struggles with "openssl speed -multi 4 aes-128-cbc"
Based on previous trends, to avoid too much patch & backport jobs, OpenWRT developer will only work with long term kernel versions.
The present Lede release is based on long term kernel 4.4, the Amlogic staging kernel commit is for mainline 4.12, the next long term kernel after that is 4.14.
The bad news is: there is long term kernel 4.9 between 4.4 and 4.14.
The good news is: the current snapshot builds is based on 4.14!
We can only hope that our #devel will soon start to include Amlogic on current snapshot.