Skip to content

Images 0.6.x

Verschoben Images
30 1 6.6k
  • Ayufan, der polnische Linuxkenner, der die Images baut, hat folgendes im Angebot. Das sind im Moment noch die Bezeichnungen für den Rock64 !

    • Ubuntu

      • bionic-containers-rock64-0.6.38-224-arm64.img.xz
        Ein Ubuntu 18.04 mit Docker Unterstütztung.

      • bionic-lxde-rock64-0.6.38-224-arm64.img.xz
        Ein Ubuntu 18.04 mit dem LXDE Desktop.

      • bionic-minimal-rock64-0.6.38-224-arm64.img.xz
        Ein Ubuntu 18.04 in Minimalausstattung. Ohne Desktop usw.

    • 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!

    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)

    • USB2/3
    • LAN (teilweise, Fehler vor allen Dingen bei RX)
    • PCIe
    • UART2

    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

    • LAN
    • UART2

    Damit wären wir schon mal ein wenig weiter. Jetzt mal auf ein gefixtes Image warten.

  • Neue Version erschienen 0.7.2

    Sollte LAN und UART2 lösen. Bestätigen kann ich das das LAN jetzt geht, UART2 leider nicht.

  • Neuer Release ist am Bauen.

    Soll folgendes bringen

    • USB
    • PCIe
    • LED's
    • und den richtigen MALI Treiber (Grafik)

    Ich bin gespannt.

  • Neue Version 0.7.4 erschienen.

    • 0.7.4: Rebase 4.4 kernel on rockchip-linux/kernel@3dd9af3,
    • 0.7.4: RockPro64: use 933MHz DDR config,
    • 0.7.4: Add additional opp for cpu/mem,
    • 0.7.4: Enable dmc for memory,

    Quelle: https://github.com/ayufan-rock64/linux-build/releases

  • Neue Version 0.7.5 erschienen

    • 0.7.5: Disable dmc/dfi for memory,

    Meine ersten Tests zeigen, das das Board jetzt wieder deutlicher stabiler läuft, als mit der v0.7.4

  • 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.

    • 0.6.43: Revert rk3328 clock changes for DDR

    und 0.6.44

    • 0.6.44: Bring back clock changes for DDR, enable DMC,

    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

    • 0.6.49: Disable force sram for rockchip snd soc,
    • 0.6.48: Test re-enabling mali for android on rockpro64,
    • 0.6.47: Disable mali as it causes kernel panic on rockpro64 for now,
    • 0.6.46: Rebase 4.4 kernel on rockchip-linux/kernel@f113aef,
    • 0.6.45: Improve rockpro64 support,
    • 0.6.45: Reduce timeouts to speed-up the boot (u-boot, extlinux)

    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

    • 0.6.50: Disable mali and vdd_gpu, and overvolt big cores a little to increase stability,

    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.51 ist da.

    • 0.6.51: Fix hdmi output, enable hdmi sound,

    Ok, das mit HDMI kann ich bestätigen, das geht jetzt wieder. Image war mir zu unstabil, bin wieder zurück auf 0.6.50

  • Kamil ist wieder da. war wohl ein wenig arbeiten 😉

    0.6.52 wird gerade gebaut

    Das soll sich ändern

    • 0.6.52: Enable dfi/dmc,
    • 0.6.52: Revert DMA patches,
    • 0.6.52: Make PCIE and HDMI an kernel module,

    SD-Karte liegt hier parat.

  • 0.6.52 bringt den PCIe Slot endlich zum Leben. ☝

    Mehr Info's hier.
    Mehr Tests folgen die Tage.

  • Image 0.6.53 ist am Bauen.

    • 0.6.53: Support eMMC booting,
    • 0.6.53: Compile a lot of stuff as kernel modules,

    eMMC Modul habe ich nicht hier rumliegen.

  • Image 0.6.54 ist am Bauen.

  • 0.6.55 released

    • 0.6.55: Make rockchip phy drivers to be built-in,

    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"..

  • 0.6.56 ist am Bauen

    • 0.6.56: Remove dma plat init to have bigger buffers everywhere 🙂

    Soll das Audio Problem fixen

  • Das nächste Image 0.6.57 beinhaltet folgende Änderungen. ☝

    • 0.6.57: Make HDMI a first audio device for rockpro64,
    • 0.6.57: Remove some of the failures from bootlog,
    • 0.6.57: Temporarily disable GPU,

    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.

  • Images, die ich mit folgendem Symbol markiert habe ☝ die kann man zum Testen mal flashen. Der Rest war für mich kein Gewinn. Aber, ganz klare Empfehlung von mir, benutzt Mainline! Der macht trotz seiner Einschränkungen schon recht viel Spaß!

  • Mainline 5.13.x

    Images linux rockpro64
    1
    0 Stimmen
    1 Beiträge
    228 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Anpassen resize_rootfs.sh

    Angeheftet ROCKPro64 rockpro64
    3
    0 Stimmen
    3 Beiträge
    545 Aufrufe
    FrankMF
    Seit Release 0.10.10 ist das automatische Vergrößern der Root Partition mit drin 0.10.10: Support automated resize when booting from nvme Einfach das Image auf die NVMe SSD schreiben, ab in den ROCKPro64 und fertig! Nach dem Booten wird die Partition dann automatisch auf die maximal mögliche Größe erweitert. Kamil hat das Script auch ein wenig angepasst. case $dev in /dev/mmcblk?p?) DISK=${dev:0:12} PART=${dev:13} NAME="sd/emmc" ;; /dev/sd??) DISK=${dev:0:8} PART=${dev:8} NAME="hdd/ssd" ;; /dev/nvme?n?p?) DISK=${dev:0:12} PART=${dev:13} NAME="pcie/nvme" ;; Das Resultat bei einer Samsung 979 EVO mit 500GB Speicher rock64@rockpro64:~$ df -h Filesystem Size Used Avail Use% Mounted on udev 918M 0 918M 0% /dev tmpfs 192M 5.2M 187M 3% /run /dev/nvme0n1p4 459G 1.2G 439G 1% / tmpfs 957M 0 957M 0% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 957M 0 957M 0% /sys/fs/cgroup /dev/nvme0n1p3 229M 44M 169M 21% /boot /dev/nvme0n1p2 12M 0 12M 0% /boot/efi tmpfs 192M 0 192M 0% /run/user/1000 Perfekt. Danke Kamil!
  • Image 0.9.14 - Kurztest

    ROCKPro64 rockpro64
    1
    1
    0 Stimmen
    1 Beiträge
    248 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 Übersicht - was geht?

    ROCKPro64 rockpro64
    4
    0 Stimmen
    4 Beiträge
    659 Aufrufe
    FrankMF
    WIFI Seit dem Release des Images 0.7.13 ist WiFi auch möglich. Weiterhin ungelöst ist das Problem PCIe & WiFi (also bei mir).
  • Eure Meinung zum ROCKPro64 ?

    ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    604 Aufrufe
    Niemand hat geantwortet
  • OMV Images

    ROCKPro64 rockpro64
    3
    0 Stimmen
    3 Beiträge
    982 Aufrufe
    FrankMF
    Kurzes Update https://github.com/ayufan-rock64/linux-build/releases/download/0.8.0rc10/stretch-openmediavault-rockpro64-0.8.0rc10-1125-armhf.img.xz Startet Incl. WiFi & PCIe NVMe SSD War aber nur ein ganz kurzer Test!!
  • Benchmarks

    Angeheftet Verschoben Archiv rockpro64
    10
    0 Stimmen
    10 Beiträge
    2k Aufrufe
    FrankMF
    iozone Test (0.6.52) Hardware Hardware ist eine Samsung EVO 960 m.2 mit 250GB Eingabe sudo iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Ausgabe Run began: Thu Jun 14 12:04:01 2018 Include fsync in write timing O_DIRECT feature enabled Auto Mode File size set to 102400 kB Record Size 4 kB Record Size 16 kB Record Size 512 kB Record Size 1024 kB Record Size 16384 kB Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 102400 4 40859 79542 101334 101666 31721 60459 102400 16 113215 202566 234307 233091 108334 154750 102400 512 362864 412548 359279 362810 340235 412626 102400 1024 400478 453205 381115 385746 372378 453548 102400 16384 583762 598047 595752 596251 590950 604690 Zum direkten Vergleich hier heute mal mit 4.17.0-rc6-1019 rock64@rockpro64:/mnt$ uname -a Linux rockpro64 4.17.0-rc6-1019-ayufan-gfafc3e1c913f #1 SMP PREEMPT Tue Jun 12 19:06:59 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux iozone Test rock64@rockpro64:/mnt$ sudo iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 64 bit mode. Build: linux Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa. Run began: Sat Jun 16 06:34:43 2018 Include fsync in write timing O_DIRECT feature enabled Auto Mode File size set to 102400 kB Record Size 4 kB Record Size 16 kB Record Size 512 kB Record Size 1024 kB Record Size 16384 kB Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 102400 4 48672 104754 115838 116803 47894 103606 102400 16 168084 276437 292660 295458 162550 273703 102400 512 566572 597648 580005 589209 534508 597007 102400 1024 585621 624443 590545 599177 569452 630098 102400 16384 504871 754710 765558 780592 777696 753426 iozone test complete.
  • 2GB Version - Out of stock

    Verschoben Archiv rockpro64
    1
    1
    0 Stimmen
    1 Beiträge
    743 Aufrufe
    Niemand hat geantwortet