Skip to content

ROCKPro64 Übersicht - was geht? **veraltet**

Angeheftet Verschoben Archiv
5 1 2.5k
  • Benutzt habe ich folgendes

    Kernel/Images

    • Kernel 4.18.0-rc3-1046
    • Kernel 4.4.132 / 0.7.7

    Hardware

    • ROCKPro64 4GB
    • irgendeine SD-Karte 😉
    • Samsung 960 EVO m.2 mit 256GB
    • Samsung 860 PRO mit 256GB
    Funktion 4.4.154 Bemerkungen 4.19.0 Bemerkungen
    WLan Ja Image Mr. Fixit (4.4.169)
    LAN 941/937 Mbit/s 97 MB/s 942/942 Mbit/s 90 MB/s (iperf3 -c / iperf3 -s)
    USB2 29 MB/s 29.0 MB/s
    USB3 335 MB/s 250 MB/s 860 PRO 256GB
    USB-C Ja USB-OTG (640 Mbit/s ) ---
    PCIe 388 MB/s (5GT/s) x4 bis zu 413 MB/s (5GT/s) x4
    SATA Ja 96,8 MB/s (2,5 Zoll 1TB HDD // 122 MB/s 2,5 Zoll SSD)
    HDMI Ja Ja
    Power OFF Ja LED's aus Ja LED rot
    Suspend Power Button Ja ca. 1,4 W Nein Suspend Modul fehlt im Mainline
    Reboot Ja Ja
    USB-Boot Ja Ja USB2 - ok / USB3 - USB-Stick & USB3-to-SATA Adapter (nur mit aktivem Hub!)
    SPI Flash Ja Ja Flash-Image
    SPI Erase Ja Ja Erase-Image
    eMMC Boot Ja Ja
    Sound ja (HDMI) Line Out (System crasht) --- no soundcards ---
    GPU -- -- -- --
    Energieverbrauch 5,3 W 4,2 W Idle / PCIe mit 960er EVO m.2 (4.18.0-rc3-1042)
    rock64@rockpro64:/mnt$ lsusb
        Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
        Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
        Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
        Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
        Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
        Bus 005 Device 002: ID 2109:0715 VIA Labs, Inc. 
        Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
        rock64@rockpro64:/mnt$ lspci
        00:00.0 PCI bridge: Rockchip Inc. RK3399 PCI Express Root Port Device 0100
        01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM961/PM961
        rock64@rockpro64:/mnt$ 
    

    Wer was beisteuern kann, immer her damit!

  • Kamil hat heute das USB3 Problem auf dem Mainline-Kernel gefixt. Ab 4.17.0-rc6-1021-ayufan funktioniert USB3 jetzt. Mehr dazu morgen 😉

  • Die Geschwindigkeitsangaben bei LAN unter Bemerkungen sind ermittelt mit einem NFS-Server.

    Dabei habe ich auf dem ROCKPro64 einen NFS-Server installiert, die Freigabe lag auf der NVMe-Karte. Danach habe ich drei große Video's auf den ROCKPro64 kopiert. Aus der Erinnerung würde ich sagen, das es auf 4.4 ein wenig stabiler war. Aber ist schon recht flott 🙂

    0_1532028330936_NFS_Server.png

  • SSD an USB3 bootet wenn der u-boot im SPI-Flash ist ^^

    https://forum.frank-mankel.org/topic/375/rockpro64-usb3-bootet-von-ssd

  • Ich sehe gerade, das könnte hier auch mal neu gemacht werden.

  • ROCKPro64 - 0.9.16 mit Kernel 5.6 auf PCIe NVMe SSD

    ROCKPro64 linux rockpro64
    1
    0 Stimmen
    1 Beiträge
    401 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Das erste Mal

    Angeheftet Verschoben Hardware rockpro64
    5
    2
    1 Stimmen
    5 Beiträge
    972 Aufrufe
    FrankMF
    Ich kann heute die Fragen aller Fragen beantworten Damit ist leider die Frage immer noch unbeantwortet ob WLan und PCIe zusammen nutzbar ist!! Es geht!! Ich habe von MrFixit ein Testimage der RecalBox, benutzt das selbe Debian wie oben. Die Tage konnte man im IRC verfolgen, wie man dem Grundproblem näher kam und wohl einen Fix gebastelt hat, damit beides zusammen funktioniert. Mr.Fixit hat das in RecalBox eingebaut und ich durfte testen. # ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP8000> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP8000> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff inet 192.168.178.27/24 brd 192.168.178.255 scope global wlan0 valid_lft forever preferred_lft forever inet6 2a02:908:1262:4680:ae83:f3ff:fee6:1fb2/64 scope global dynamic valid_lft 7145sec preferred_lft 3545sec inet6 fe80::ae83:f3ff:fee6:1fb2/64 scope link valid_lft forever preferred_lft forever # ls /mnt bin etc media recalbox sd.img test2.img boot home mnt root selinux tmp crypthome lib opt run srv usr dev lost+found proc sbin sys var # fdisk BusyBox v1.27.2 (2019-02-01 22:43:19 EST) multi-call binary. Usage: fdisk [-ul] [-C CYLINDERS] [-H HEADS] [-S SECTORS] [-b SSZ] DISK Change partition table -u Start and End are in sectors (instead of cylinders) -l Show partition table for each DISK, then exit -b 2048 (for certain MO disks) use 2048-byte sectors -C CYLINDERS Set number of cylinders/heads/sectors -H HEADS Typically 255 -S SECTORS Typically 63 # fdisk -l Disk /dev/mmcblk0: 15 GB, 15931539456 bytes, 31116288 sectors 486192 cylinders, 4 heads, 16 sectors/track Units: cylinders of 64 * 512 = 32768 bytes Device Boot StartCHS EndCHS StartLBA EndLBA Sectors Size Id Type /dev/mmcblk0p1 * 2,10,9 10,50,40 32768 163839 131072 64.0M c Win95 FAT32 (LBA) Partition 1 does not end on cylinder boundary /dev/mmcblk0p2 * 16,81,2 277,102,17 262144 4456447 4194304 2048M 83 Linux Partition 2 does not end on cylinder boundary /dev/mmcblk0p3 277,102,18 1023,254,63 4456448 31115263 26658816 12.7G 83 Linux Partition 3 does not end on cylinder boundary Disk /dev/nvme0n1: 233 GB, 250059350016 bytes, 488397168 sectors 2543735 cylinders, 12 heads, 16 sectors/track Units: cylinders of 192 * 512 = 98304 bytes Device Boot StartCHS EndCHS StartLBA EndLBA Sectors Size Id Type /dev/nvme0n1p1 1,0,1 907,11,16 2048 488397167 488395120 232G 83 Linux # Oben sieht man eine funktionierende WLan-Verbindung, das LAN-Kabel war entfernt. Unten sieht man die PCIe NVMe SSD, gemountet nach /mnt und Inhaltsausgabe. Das sollte beweisen, das der Ansatz der Lösung funktioniert. Leider kann ich nicht sagen, das es zum jetzigen Zeitpunkt stabil läuft. Ich habe einfach so Reboots, kann den Fehler aktuell aber nicht fangen. Mal sehen ob ich noch was finde. Aber, es ist ein Anfang!
  • VON USB 4TB HD BOOTEN GEHT NICHT

    ROCKPro64 rockpro64
    5
    0 Stimmen
    5 Beiträge
    656 Aufrufe
    W
    Hallo FrankM, schade das Du mir nicht weiter helfen kannst, aber danke für Deine schnelle Antwort. Mit dem Bugreport kenne ich nicht aus, bin noch leihe. Einen schönen Abend noch. Winne
  • ROCKPro64 - Armbian Desktop Variante

    Verschoben Armbian armbian rockpro64
    1
    1
    0 Stimmen
    1 Beiträge
    544 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 Armbian Image - erster Test

    Verschoben Armbian armbian rockpro64
    13
    1
    0 Stimmen
    13 Beiträge
    2k Aufrufe
    FrankMF
    Erster dicker Fehlschlag mit Armbian Heute versucht mein NAS mit Armbian aufzusetzen. Raid einbinden usw. kein Problem. Als es dann an Restic und GO ging war es vorbei mit lustig. Pakete zu alt, Quellen eingebunden und nur noch Fehler. Hmm!? Da ich nach zwei Stunden keine Lust mehr hatte, habe ich das erst mal auf Eis gelegt. Manchmal ist es besser an einem anderen Tag noch mal von vorne anzufangen. Nun läuft das NAS wieder mit rock64@rockpro64v_2_1:~$ uname -a Linux rockpro64v_2_1 4.19.0-rc4-1071-ayufan-g10a63ec6c2a2 #1 SMP PREEMPT Mon Oct 1 07:33:40 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux So schlecht läuft das ja nicht, wenn denn mal die USB3 Schnittstelle vernünftig laufen würde. Update: Manchmal muss man es auch richtig machen https://forum.frank-mankel.org/topic/420/rockpro64-armbian-go-restic-installieren
  • Unterstützung Lüfter

    ROCKPro64 rockpro64
    5
    0 Stimmen
    5 Beiträge
    2k Aufrufe
    FrankMF
    Mit dem neuen Release hatte jemand das mal ausprobiert -> https://forum.frank-mankel.org/topic/795/fan-control-omv-auyfan-0-10-12-gitlab-ci-linux-build-184-kernel-5-6/6 Dieser Kernel kam zur Anwendung Linux rockpro64 5.6.0-1137-ayufan-ge57f05e7bf8f #ayufan SMP Wed Apr 15 10:16:02 UTC 2020 aarch64 GNU/Linux Dort stellt man dann fest, das sich eine Kleinigkeit geändert hat. Der Pfad und der Dateiname hat sich geändert. Kontrollieren kann man das mit nano /sys/devices/platform/pwm-fan/hwmon/hwmon3/pwm1 Der Wert geht von 0 - 255, wie gehabt.
  • Benchmark Mainline 4.17.0-rc6

    Verschoben Archiv rockpro64
    4
    0 Stimmen
    4 Beiträge
    1k Aufrufe
    FrankMF
    iozone 5GT/s x2 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. 2,5GT/s x2 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: Sun Jun 17 06:54:02 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 49420 91310 102658 103415 47023 90099 102400 16 138141 202088 224648 225918 141642 202457 102400 512 335055 347517 375096 378596 364668 350005 102400 1024 345508 354999 378947 382733 375315 354783 102400 16384 306262 383155 424403 429423 428670 377476 iozone test complete.
  • zram - Was das??

    ROCKPro64 rockpro64
    3
    0 Stimmen
    3 Beiträge
    1k Aufrufe
    FrankMF
    @tkaiser ; Ich hab dich vermisst Danke für die Info, ich bin vor dem ROCKPro64 da noch nie so richtig drüber gestolpert. Aber wenn ich dann was finde, schau auch immer wofür es denn bitte ist. Danke für Deine Hinweise.