Mittlerweile gibt es ja ein Android Image (mit Fehlern) für die SD-Karte. Aber, ganz ehrlich, was will man mit Android? Evt. nützlich für eine TV-Box, aber das war es dann auch (für mich). Linux muss her, egal was, Hauptsache es startet! 
Ayufan hat wohl so weit alles fertig und hat gestern schon mal einen Prer-Release veröffentlicht, der leider nicht startete. Für mich sah es so aus, als wenn der U-Boot nicht funktionierte. Drei verschiedene Images getestet, ohne Erfolg. Und da ich schon dachte ich bin zu blöd, war ich froh das lukasz es ebenfalls nicht zum Starten bracht.
Also, heute mal schön feste Daumen drücken, damit Ayufan endlich seinen ROCKPro64 heute geliefert bekommt. In Polen ist wohl heute kein gesetzlicher Feiertag, wie bei uns.
Ayufan, der polnische Linuxkenner, der die Images baut, hat folgendes im Angebot. Das sind im Moment noch die Bezeichnungen für den Rock64 !
Ubuntu
Debian
stretch-minimal-rock64-0.6.38-224-arm64.img.xz
Ein Debian 9 Strech in Minimalausführung. Ohne Desktop usw.
stretch-openmediavault-rock64-0.6.38-224-arm64.img.xz
Eine Openmediavault(OMV) Edition, basierend auf Debian 9 Stretch. OMV ist eine auf Debian basierende NAS Lösung.
Tools
u-boot-erase-spi-rock64.img.xz
Tool um den eingebauten SPI Speicher zu löschen.
u-boot-flash-spi-rock64.img.xz
Tool um den u-boot auf den SPI Speicher zu flashen.
Ayufan hat geliefert! Vielen Dank!
Rock64 Linux build scripts, tools and instructions - Releases · ayufan-rock64/linux-build
GitHub (github.com)
Dran denken, noch mit Fehlern, aber es ist ein Anfang.
Aktueller Stand der Entwicklung.
Es gibt wohl einige Probleme mit dem.dts File.
Was aktuell nicht geht (Bionic-minimal 0.7.1)
Das sind mal auf die schnelle die gröbsten Sachen. Die Liste läßt sich bestimmt noch verlängern. Aber von der oberen Liste können wir lt. Ayufan zwei Positionen streichen, das wären
Damit wären wir schon mal ein wenig weiter. Jetzt mal auf ein gefixtes Image warten.
Neue Version 0.7.4 erschienen.
Quelle: https://github.com/ayufan-rock64/linux-build/releases
Ayufan ist zurückgekehrt zur 0.6.xx Nummerierung. Warum? Das habe ich ihn auch gefragt.
(12:21:33) ayufan1: not enough changes to consider 0.7.x to be used
(12:21:49) ayufan1: 0.7.x should be board independent images
Somit hat er dann heute 0.6.42 released.
Diese Version 0.6.42 entspricht der Version 0.7.5 in Bezug auf die Änderungen bzgl des ROCKPro64.
Ich habe sie trotzdem mal testweise geflasht, bootet einwandfrei und läuft scheinbar stabil.
Wenn ich das richtig verstehe, wird er ab Version 0.7.x die Entwicklung für den ROCK64 und den ROCKPro64 splitten.
Neue Version 0.6.43 erschienen.
und 0.6.44
Keine besonderen Dinge für den ROCKPro64 dabei. Das einzige was mir aufgefallen ist
lspci
geht jetzt. Info.
Beide Versionen laufen hier in der Bionic-Minimal Version stabil. Incl. Memtest.
rock64@rockpro64:/usr/local/sbin$ uname -a
Linux rockpro64 4.4.126-rockchip-ayufan-239 #1 SMP Sun May 27 18:38:24 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux
Memtest
rock64@rockpro64:~$ sudo memtester 3072 1
memtester version 4.3.0 (64-bit)
Copyright (C) 2001-2012 Charles Cazabon.
Licensed under the GNU General Public License version 2 (only).
pagesize is 4096
pagesizemask is 0xfffffffffffff000
want 3072MB (3221225472 bytes)
got 3072MB (3221225472 bytes), trying mlock ...locked.
Loop 1/1:
Stuck Address : ok
Random Value : ok
Compare XOR : ok
Compare SUB : ok
Compare MUL : ok
Compare DIV : ok
Compare OR : ok
Compare AND : ok
Sequential Increment: ok
Solid Bits : ok
Block Sequential : ok
Checkerboard : ok
Bit Spread : ok
Bit Flip : ok
Walking Ones : ok
Walking Zeroes : ok
8-bit Writes : ok
16-bit Writes : ok
Done.
Seit dem letzten Image 0.6.44 sind ein paar Tage vergangen und Kamil hat einige weitere Images veröffentlicht.
0.6.45 - 0.6.49
Alle Images haben das gleiche Problem, sie booten nicht. Ich bin leider kein Kernelguru, für mich sieht das aber nach falschen Settings für den Speicher aus. Seltsamerweise gibt es Boards, wie meines, was mit 0.6.44 stabil läuft bei anderen aber erst gar nicht startet !?!?
Man liest auch mittlerweile einen gewissen Frust bei Kamil heraus, was ich sehr gut verstehen kann.
Für mich die Kernfrage, was ist an 0.6.44 anders, als an den anderen?
Gute Nachrichten, wir haben ein Image das bootet. 0.6.50
Kann sein das die HDMI-Ausgabe jetzt nicht geht, aber ihr wisst ja das ich ein Headless Junkie bin 
Was brauch ich einen Bildschirm, UART-Schnittstelle und fertig
Nach einer Stunde testen, kann ich sagen, das läuft im Moment rund. Kurzer Memtest
rock64@rockpro64:~$ sudo memtester 3072 1
[sudo] password for rock64:
memtester version 4.3.0 (64-bit)
Copyright (C) 2001-2012 Charles Cazabon.
Licensed under the GNU General Public License version 2 (only).
pagesize is 4096
pagesizemask is 0xfffffffffffff000
want 3072MB (3221225472 bytes)
got 3072MB (3221225472 bytes), trying mlock ...locked.
Loop 1/1:
Stuck Address : ok
Random Value : ok
Compare XOR : ok
Compare SUB : ok
Compare MUL : ok
Compare DIV : ok
Compare OR : ok
Compare AND : ok
Sequential Increment: ok
Solid Bits : ok
Block Sequential : ok
Checkerboard : ok
Bit Spread : ok
Bit Flip : ok
Walking Ones : ok
Walking Zeroes : ok
8-bit Writes : ok
16-bit Writes : ok
Done.
Image 0.6.54 ist am Bauen.
0.6.55 released
Alles beim Alten, seit 0.6.52 bekomme ich kein Image mehr zum Starten. 0.6.52 zickt beim Booten zwar auch, aber wenn es läuft kann man wenigstens etwas damit anfangen. Crasht aber manchmal, aber sehr selten. So kann man wenigstens ein paar Sachen testen. Ich bleibe dabei "zu viele Baustellen"..
Das nächste Image 0.6.57 beinhaltet folgende Änderungen. 
Das scheint ja so, als wenn wir das erste Image seit langem haben, was öfter mal sauber bootet. Aber, die GPU ist abgeschaltet.
Den Sound kann ich nicht testen, da ich an meinem Monitor keine Boxen habe.