Skip to content

Images 0.7.x

Images
  • 0.7.8 released ✌

    • 0.7.8: Improve eMMC compatibility on RockPro64,
    • 0.7.8: Disable sdio (no wifi/bt) to fix pcie/nvme support on 4.4 for RockPro64,
    • 0.7.8: Fix OMV builds (missing initrd.img),
    • 0.7.8: Make all packages virtual, conflicting and replacing making possible to do linux-rock64/rockpro64 to replace basesystem,

    (22:32:51) ayufan1: pushed one final release before vacations
    (22:32:59) ayufan1: consider this one to be the future release
    (22:33:15) ayufan1: if people do confirm that they do work on rockpro64 and rock64 I will make it finally stable 🙂
    (22:33:21) ayufan1: it is probably the best support so far
    (22:33:48) ayufan1: not yet the most performant (for rockpro64), I had to limit in bunch of places freqs, disable stuff, but it should be stable and support base ops
    (22:34:01) ayufan1: but, first stability, then we gonna add extra stuff

    Kamil macht Urlaub, da haben wir ja ein wenig Freizeit 🙂

  • 0.7.9 released

    • 0.7.9: Fix upgrade problem (u-boot-* packages),

    Kamil macht Urlaub 😂 Ok, es gab wohl ein paar kleinere Probleme die Platinen upzugraden. Kamil hat noch schnell die Probleme gefixt und das 0.7.9 Image veröffentlicht.

  • 0.7.10 released

    • 0.7.10: Rebased rockchip and mainline kernels,
    • 0.7.10: Support USB gadgets for rock/pro64,
    • 0.7.10: Disable TX checksumming for RockPro64,
    • 0.7.10: Improve FAN for RockPro64,
    • 0.7.10: Improve sdmmc0 stability for Rock64,
    • 0.7.10: Enable binfmt-misc,
    • 0.7.10: Improve stability of PCIE for RockPro64,
    • 0.7.10: Fix eMMC stability on RockPro64 mainline kernel,

    Die Container Images fehlen, Kamil hatte da ein Problem mit. Deshalb auch die Kennzeichnung als Pre-Release.

  • Die Container-Images für 0.7.10 sind jetzt auch fertig!

  • 0.7.11 released ✌

    • 0.7.11: Rebased mainline kernel,
    • 0.7.11: Run rockchip kernel at 250Hz to increase performance,
    • 0.7.11: Add support for usb gadgets for rockchip,
    • 0.7.11: Introduce change-default-kernel.sh script to easily switch between kernels,
  • 0.7.12 released

    • 0.7.12: Rebased mainline kernel,
    • 0.7.12: Rockchip kernel has patches for enabling sdio0 and pcie concurrently,
    • 0.7.12: A bunch of dependencies updates,
  • Ich kann 0.7.12 nicht empfehlen. Bei der Installation eines Systems mit PCIe NVMe SSD auf einem ROCKPro64 v2.0 4GB RAM habe ich folgenden Fehler gehabt.

    Danach war die Partition auf der SSD weg.

    Ich bin jetzt wieder auf 0.7.11 mit dem letzten Kernel der funktioniert 4.4.154-1128-rockchip-ayufan

    Dran denken, was ich mit diesem Zeichen ✌ kennzeichne, funktioniert.

  • 0.7.13 released

    • 0.7.13: Enable support for RockPro64 WiFi/BT module,
    • 0.7.13: Fix LXDE build: updated libdrm,

    PCIe NVMe SSD & WiFi = Crash!
    WiFi alleine habe ich bei einem kurzen Test auf stretch minimal zum Laufen bekommen - aber unstabil!

    Alles in allem, noch viel Arbeit. Nur für Leute mit Spaß am Testen geeignet 😉 Morgen, geht's weiter 🙂

  • 0.7.14 released

    • 0.7.14: Update rockchip kernel to 4.4.167,
    • 0.7.14: Update mainline kernel to 5.0,

    Aktuell noch ungetestet.

  • 0.7.14 ist nicht empfehlenswert. (Bei mir zumindestens!!)

    Was geht?

    • WiFi

    Was nicht geht?

    • WiFi & PCIe NVMe SSD zusammen - crash!
    • PCIe NVMe SSD alleine - crash!

    Für mich ist der angebliche Fix, der irgendwie was drumherum bastelt, damit PCIe & WiFi zusammen funktioniert keine Lösung. Das macht jetzt aktuell mehr Probleme als vorher.

    Meine Idee wäre, zwei dts Files, einmal ist WiFi an, für Leute die es brauchen und einmal ist es aus. Hoffentlich findet jemand eine vernünftige Lösung!!

    Ich bleibe weiterhin bei 0.7.11 - absolut stabil, PCIe stabil, SATA läuft (mit der richtigen Karte), auf WiFi kann ich persönlich verzichten!

    Ich möchte hier aber erwähnen, das es wohl Leute gibt, bei denen das funktioniert.

  • Mal ein 0.7.14 Image eingeschmissen und Mainline angetestet. Und jetzt wird es verwirrend..

    Was geht?

    • PCIe (auch mit gestecktem WiFi-Modul)

    Was nicht geht?

    • WiFi
  • Hallo,

    mein Board ist nun angekommen und ich wollte mich per SSH drauf einloggen um PCIe SATA Karte zu aktivieren.
    Wie sind da die Standard Zugangsdaten?

    Gruß,
    Christoph

  • Ayufan Images nutzen

    user: rock64
    pw: rock64
    

  • Images 0.11.x

    Images
    5
    0 Stimmen
    5 Beiträge
    323 Aufrufe
    FrankMF

    0.11.2: gitlab-ci-linux-build-187 released

    0.11.2: Update OMV install (to also be able to run OMV6)
  • SATA - Booten jetzt möglich

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    244 Aufrufe
    Niemand hat geantwortet
  • Images 0.9.x

    Images
    13
    0 Stimmen
    13 Beiträge
    764 Aufrufe
    FrankMF

    0.9.16: gitlab-ci-linux-build-163 released

    0.9.x 0.9.16: Bump kernel to 4.4.197, 0.9.15: Bump kernel to 4.4.193, 0.9.14: Bump kernel to 4.4.190, 0.9.14: Fix Firefox video playback, 0.9.13: Bump sound volume for Pinebook Pro, 0.9.12: Fix LXDE for Rock64, 0.9.10: Fix support for power/standby LEDs for all boards,
  • Desktop Image - endlich nutzbar??

    Images
    3
    0 Stimmen
    3 Beiträge
    319 Aufrufe
    FrankMF

    Bitte zum Thema WiFi & PCIe zusammen unbedingt hier mal reinschauen. Es gibt da interessante Neuigkeiten.

  • ROCKPro64 - Das erste Mal

    Angeheftet Verschoben Hardware
    5
    1 Stimmen
    5 Beiträge
    826 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!

  • Batocera Image released

    Images
    1
    0 Stimmen
    1 Beiträge
    268 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - USB3 bootet von SSD!

    ROCKPro64
    4
    0 Stimmen
    4 Beiträge
    816 Aufrufe
    FrankMF

    Da oben steht viel Bullshit 🙂 Ich habe mich mal mit dem mechanischen Aufbau einer USB3 Buchse beschäftigt, bzw. dazu recherchiert. Auf dieser Seite ist ein klasse Bild, was das sehr gut verdeutlicht.

    https://kompendium.infotip.de/usb-3-0.html

    Abbildung 28. Dort sieht man das die USB3 Kontakte RX/TX und GND ganz hinten sind. Wenn ich den Stecker jetzt komplett einstecke, wird wohl versucht eine USB3 Verbindung aufzubauen, die ja im Moment aus irgendeinem Grund scheitert. Wenn ich den Stecker nun ein Stück raus ziehe, trenne ich die USB3-Verbindung und es kommt eine USB2-Verbindung zustande.

    So mit ist mir jetzt einiges klarer, aber das Problem ist ungelöst 😞

  • Vorserienmodell

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    529 Aufrufe
    Niemand hat geantwortet