Linux Kernel 4.18.8

[Takenover83]

I noticed that crypto performance varies a lot and did not notice it was the missing scheduling. Interesting. But there currently no driver..

Possibly because threads tending to the little cores rather than being fixed to a big core. I think the CONFIG_ARM_ROCKCHIP_CPUFREQ in 4.4 is probably the thing we really need?  I did notice .../arch/arm64/configs/rockchip_linux_defconfig has a whole heap of CONFIG_CRYPTO parameters set Y and keep meaning to check my config. I thought the openSSL results I got from TKaiser sbc-bench were poor compared to Firefly.

Also there is another problem with sata and ssd. It is not stable, I get SATA disconnects... Normal HDD works. Do you have the same problem?

Sorry - I no longer use any SATA nor SSD (except occasionally via USB for backup!) Since getting my NVMe to work (thanks again Bullet64!) I figure that is the way to go. And I do not have that much data beyond NVMe capacities.

The purpose of this kernel was to stabilize my NAS, which works now as desired. Hopefully someone with more experience can fix these problems.

A funny fact is, that all other platforms get support/developement in the kernel. But not our beloved RockPro64.
See https://git.kernel.org/pub/scm/linux/ker...h=for-next

As soon as I posted my earlier reply with a list of 6 things that do not work I thought it was possibly too negative. The reality is that 4.18 is 99% brilliant, and having learned how to compile a kernel, playing with the CONFIG parameters is great fun. Let alone tampering with the DTS. My latest version I swapped rk3399-oppp.dtsi for rk3399-op1-opp.dtsi to get "official" 2/1.5GHz!

I do see quite a few Arm & Rockchip patches in the changelogs so am really optimistic for this SBC. For sure we need Ayufan back cooking as well and hopefully upstream some stuff if Rockchip do not.

How is your stability/temps at 2/1.5GHz? My plex server sure could use that extra gear.