Skip to content

Quartz64 - working HDMI output

Verschoben Quartz64
  • xfce.jpeg

    Image: https://github.com/manjaro-arm/quartz64-bsp-images/releases/tag/20211117

    Aber, ich habe keinen funktionierenden USB-Port 👿 Man kann nicht alles haben 😁

  • Ich habe keine Ahnung warum, aber es funktioniert jetzt. Was habe ich gemacht? Ich habe einen anderen Monitor getestet und einige Manjaro Images auf anderen SD-Karten ausprobiert. Ich tippe auf die HDMI Verbindung, aber fragt mich bitte nicht warum. Ok, abhaken....

    Mal ganz kurz das Manjaro Image angetestet. Hier Youtube. Das Video hat ein paar mal geruckelt, läuft aber. In 720p sieht es stabil aus. In 1080p meine ich, das es leicht ruckelt. Grund dürfte sein, das alle vier Kerne fast am Limit laufen, so um die 94%

    20211118_223448.jpg

    Am Wochenende, schaue ich da mal etwas intensiver rein.

  • Ich muss mich leider korrigieren. Das USB-Problem ist zurück. Es scheint ein seltener Zufall zu sein, wenn es funktioniert.

    Einige Leute haben auch Probleme den Kernel zu laden.

    Sieht für mich so aus, das die RAM Settings nicht passen und das dts File nicht optimal ist. Mal sehen, ob ich die Lust habe, da mal reinzuschauen. Man könnte ja ein paar Dinge hin- und her kopieren.

    Optimistisch gesehen, werden wir noch ein paar Monate brauchen, bis das mal rund läuft.

  • Ok, durch Zufall funktionierten die USB-Geräte mal wieder 🙂

    Konnte ich wieder ein wenig testen oder erfragen.

    Funktioniert teilweise

    • HDMI

    Die HDMI Ausgabe ist zur Zeit ohne VPU, so das alles über die CPUs läuft.

    100c1c94-deaf-4789-9715-ea22fc6e7163-grafik.png

    Ja, kann man hier gut sehen, ziemlich am Anschlag. Mit 720p geht es noch soeben, mit 1080p nur am Rucken. Dan vom Manjaro ARM hat mir erzählt, das mit passendem VPU Support das auf 10 - 20% CPU Belastung runtergehen sollte. Dann sollte auch problemlos 1080p möglich sein.

    Das merkt man aktuell auf dem Desktop, flüssig ist was anderes.

    • Sound

    Beim Sound scheint aktuell nur SPDIF aktiv zu sein

    [root@quartz64 /]# cat /proc/asound/cards
     0 [SPDIF          ]: simple-card - SPDIF
                          SPDIF
    

    Kann bestätigen, das rote Licht leuchtet 🙂 Kann den Quartz64 aber nicht zu meiner Anlage tragen, da ich dann wieder neustarten müsste und vermutlich ist dann wieder kein USB. Reiche ich irgendwann mal nach.

    Update:

    Kernelmodul muss von Hand geladen werden

    modprobe snd-soc-rk817
    

    Danach sieht das so aus

    [root@quartz64 policy0]# cat /proc/asound/cards
     0 [SPDIF          ]: simple-card - SPDIF
                          SPDIF
     1 [RK817          ]: simple-card - Analog RK817
                          Analog RK817
    

    Habe noch diese Datei angelegt, bin mir aber nicht sicher ob dieser Schritt nötig ist.

    /etc/asound.conf

    defaults.pcm.card 1
    defaults.ctl.card 1
    

    Danach habe ich noch im GUI auf "Internes Audio Stereo" umgeschaltet. Danach hatte ich Ton über die analoge Tonausgabebuchse.

    • WLAN

    Das falsche Modul war geladen, das kennen wir ja schon. Mal das richtige installiert.

    pacman -S ap6398s-firmware
    

    Kann es aber auch nicht weiter testen, weil ich jetzt neustarten müsste!? Wird nachgereicht..

    Geht nicht

    • USB3
    • PCIe
    • SATA

    Fazit

    Wer möglichst viel ausprobieren möchte und auf eine HDMI-Ausgabe verzichten kann, bleibt beim Manjaro Image bis einschließlich Dev 20211115. Diese Images sind für ein Headless System gut zu gebrauchen.

    Wer ein System mit Bildschirmausgabe benutzen möchte, nutzt ein Image ab Dev 20211117. Diese Images haben mit dem linux-rc Kernel Bildschirmausgabe. Außerdem hat das Manjaro ARM Team eine Distributionen nun veröffentlicht. Da wären

    • GNOME
    • KDE Plasma (mein Testsystem)
    • Mate
    • Sway (???)
    • XFCE

    Außerdem natürlich noch ein Minimal System.

    Quelle: https://github.com/manjaro-arm/quartz64-bsp-images/releases

  • Das Problem mit dem Sound ist mit folgendem Kernel behoben

    [root@quartz64 ~]# uname -a
    Linux quartz64 5.16.0-rc1-6-MANJARO-ARM #1 SMP PREEMPT Sun Nov 21 15:42:16 UTC 2021 aarch64 GNU/Linux
    
  • FrankMF FrankM verschob dieses Thema von Quartz64 am
  • FrankMF FrankM verschob dieses Thema von Quartz64 - A am
  • Quartz64 - Modell B - Manjaro Rootverzeichnis ändern

    Quartz64
    3
    0 Stimmen
    3 Beiträge
    146 Aufrufe
    FrankMF
    Da gab es doch gestern noch einen bösen Fehler, als ich vom Kernel Linux 5.17.0-2 auf Linux 5.17.0-3 aktualisiert habe, war das System danach kaputt. Hmm, ich habe dann versucht das zu untersuchen und war zu der Erkenntnis gekommen, das das Boot Verzeichnis nicht korrekt gemountet war. Konnte es aber nicht selber lösen Dan hat das dann heute erledigt, wenn man jetzt das Image installiert, dann ist auch das Boot Verzeichnis korrekt gemountet. [root@frank-pc ~]# df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf dev 1,7G 0 1,7G 0% /dev run 1,9G 1,2M 1,9G 1% /run /dev/sda1 458G 4,5G 430G 2% / tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 1,9G 9,6M 1,9G 1% /tmp /dev/mmcblk0p1 458M 41M 417M 9% /boot tmpfs 374M 44K 374M 1% /run/user/1000 /dev/mmcblk0p2 59G 3,7G 52G 7% /run/media/frank/ROOT_MNJRO Dann sollte das auch klappen, wenn man wie ich aktuell das Root Verzeichnis auf die SSD am USB3 Port gelegt hat.
  • Quartz64 - Modell B - UART

    Angeheftet Quartz64 - B
    4
    2
    0 Stimmen
    4 Beiträge
    222 Aufrufe
    FrankMF
    Um das hier zu komplettieren, habe ich mich gerade gefragt "Wo speichert er die Settings?" Ok, ich habe sie gefunden. /root/.minirc.dfl Inhalt # Diese Datei ist maschinell erzeugt. Bitte verwenden Sie das # Einstellungs-Menü im minicom-Programm, um die Einstellungen # zu ändern. pu rtscts No Jetzt habe ich ausreichend hier dokumentiert, falls ich da nochmal Probleme mit habe.
  • Quartz64 - USB3 oder SATA?

    Verschoben Quartz64 - A
    5
    0 Stimmen
    5 Beiträge
    315 Aufrufe
    T
    Naja, es geht ja jetzt bei "Schnittstelle" um mechanische Konnektoren. Und sowohl mPCIe/mSATA als auch M.2 sehen die unterschiedlichsten Protokolle vor, darunter die populären USB, PCIe und eben SATA. Ich hab bspw. ein Clearfog Pro mit 2 mPCIe/mSATA-Slots, in dem man per u-boot simpel zwischen SATA und PCIe wechseln kann. Und wenn der M.2-Slot auf dem Quartz64 Model B tatsächlich Key B ist, dann bedeutet das, dass man jede – ggf. eh schon herumliegende – M.2-SATA-SSD reinstecken kann, wohingegen dann nur ein paar NVMe-SSDs passen (das Gros ist Key M only, nur paar kommen mit Key B/M). Hmm... eigentlich wäre Key M dann schlauer, denn M.2-SATA-SSDs sind alle Key B/M, und NVMe-SSDs entweder Key M oder auch B/M. Wie auch immer bzw. um den Bogen zu Deinem Quartz64 Model A zu spannen. Ein Billo-Adapter von Aliexpress (wie der hier) sollte reichen, um M.2-SATA-SSDs verwenden zu können (sowas kann wie schon geschrieben eh bereits rumliegen und zumindest sequenzielle Transferraten sind mit SATA einen Tuck schneller als NVMe mit der einen Gen2-Lane des RK3566)
  • Quartz64 - Image von Peter Geis

    Images
    4
    1
    0 Stimmen
    4 Beiträge
    363 Aufrufe
    FrankMF
    Nach langer Zeit habe ich mich mal wieder mit diesem Image beschäftigt. Peter hat da mittlerweile viel dran gearbeitet und jetzt schau ich mal, was so wie funktioniert. Also, das Image wie gewohnt auf eine SD-Karte und starten. Gewählt habe ich dieses Image -> rk3566-quartz64-a.dtb.img Wenn man das Image startet, wird man hiermit begrüßt [image: 1645953366715-screen01.png] Punkt 1Buildroot-recovery startet ein Minimalsystem, womit man verschiedene Dinge auf der Konsole durchführen kann. Das brauchen wir gleich noch. Punkt 2 startet den Debian Installer Punkt 3 startet ein installiertes Debian von der SD-Karte Punkt 4 startet ein installiertes Debian vom eMMC-Modul Ich möchte heute mal schauen, ob man ein Minimal-System auf die PCIe-NVMe-Karte installieren kann. Peter hat nämlich den PCIe-Treiber mittlerweile im Kernel mit eingebaut. Dazu starte ich den Debian-Installer und führe die Installation durch. Für mich nichts besonderes, das mache ich ja sehr oft. Nach erfolgreicher Installation startet die Installation nicht, weil Peter in seinem Image das so nicht vorgesehen hat. Es gibt mehrere Möglichkeiten, das jetzt zu ändern. Wir machen das über UART direkt auf dem Quartz64. Die Struktur von Peters Image sieht so aus. [image: 1645954203148-e50bf2fe-723c-41f8-acba-227e148374ed-image.png] Ich gehe nicht auf alles ein, die wichtigsten Partitionen haben einen Namen. Uns interessiert hier die Partition Nummer 5 mit dem Namen efi. (Auf der SD-Karte!!) Der Inhalt [image: 1645954314513-3c5cbf5f-811d-4c1f-95e9-cd007a37155c-image.png] Im Ordner extlinux liegt die Konfigurationsdatei, die wir bearbeiten müssen. extlinux.config default l0 menu title Quartz64 Installer prompt 0 timeout 50 label l0 menu label Buildroot-recovery linux /vmlinuz initrd /rootfs.cpio.zst fdt /dtbs/rockchip/rk3566-quartz64-a.dtb append earlycon=uart8250,mmio32,0xfe660000 console=ttyS2,1500000n8 label l1 menu label Debian-Installer linux /vmlinuz initrd /initrd.gz fdt /dtbs/rockchip/rk3566-quartz64-a.dtb append earlycon=uart8250,mmio32,0xfe660000 console=ttyS2,1500000n8 label l6 menu label Boot Root SDMMC linux /vmlinuz fdt /dtbs/rockchip/rk3566-quartz64-a.dtb append earlycon=uart8250,mmio32,0xfe660000 console=ttyS2,1500000n8 root=/dev/mmcblk0p7 rootwait label l9 menu label Boot Root eMMC linux /vmlinuz fdt /dtbs/rockchip/rk3566-quartz64-a.dtb append earlycon=uart8250,mmio32,0xfe660000 console=ttyS2,1500000n8 root=/dev/mmcblk1p7 rootwait Ich nehme den Eintrag label l9 und passe ihn ein wenig an. label l9 menu label Boot Root NVMe linux /dev/nvme0n1p1/vmlinuz fdt /dtbs/rockchip/rk3566-quartz64-a.dtb append earlycon=uart8250,mmio32,0xfe660000 console=ttyS2,1500000n8 root=/dev/nvme0n1p2 rootwait Das wird abgespeichert, danach kann man den Quartz64 neustarten und mit Eingabe der Taste 4 startet man dann das Debian von der NVMe SSD. root@debian:~# df -h Filesystem Size Used Avail Use% Mounted on /dev/root 457G 926M 432G 1% / devtmpfs 1.9G 0 1.9G 0% /dev tmpfs 2.0G 0 2.0G 0% /dev/shm tmpfs 2.0G 17M 1.9G 1% /run tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup /dev/nvme0n1p1 472M 49M 400M 11% /boot tmpfs 391M 0 391M 0% /run/user/1000 PCIe root@debian:~# lspci 00:00.0 PCI bridge: Fuzhou Rockchip Electronics Co., Ltd Device 3566 (rev 01) 01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981 Es handelt sich um ein Debian Buster 10 VERSION="10 (buster)" Wollen wir das? Nö # deb http://deb.debian.org/debian/ buster main deb http://deb.debian.org/debian/ bullseye main deb-src http://deb.debian.org/debian/ bullseye main deb http://security.debian.org/debian-security bullseye-security main deb-src http://security.debian.org/debian-security bullseye-security main # buster-updates, previously known as 'volatile' deb http://deb.debian.org/debian/ bullseye-updates main deb-src http://deb.debian.org/debian/ bullseye-updates main Danach ein apt update && apt upgrade Neustarten und wir haben ein Debian Bullseye 11 Dieses Debian nutzt so jetzt nicht den Kernel von Debian, sondern Peters root@debian:/etc# uname -a Linux debian 5.17.0-rc3 #1 SMP PREEMPT Wed Feb 16 00:41:25 UTC 2022 aarch64 GNU/Linux Die Entscheidung überlasse ich Euch, ob ihr das Ändern wollt. Ich lasse das jetzt mal so. Wenn ihr wollt, das die Installation von alleine startet, dann müsst ihr Label 0 anpassen, das startet nach einem Timeout automatisch.
  • Quartz64 - Manjaro Test-Image

    Verschoben Archiv
    2
    6
    0 Stimmen
    2 Beiträge
    290 Aufrufe
    FrankMF
    Das mit der fehlenden Funktionalität ist zum Testen etwas blöd, ich mache das halt gerne mittels SSH. Mal in meiner Wühlkiste einen USB-to-LAN Adapter gesucht und gefunden. Der einzige USB-Port der aktuell funktioniert ist der doppelte USB2-Port. Der kombinierte USB2/USB3 macht nix. 6: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 00:0a:cd:2a:ec:37 brd ff:ff:ff:ff:ff:ff inet 192.168.3.220/24 brd 192.168.3.255 scope global dynamic noprefixroute eth1 valid_lft 42957sec preferred_lft 37557sec inet6 fd8a:6ff:2880:0:e751:542:6dcd:e08b/64 scope global mngtmpaddr noprefixroute valid_lft forever preferred_lft forever inet6 2a02:xxxxxxxxxxxxxxxxx/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 5259sec preferred_lft 1659sec inet6 fe80::aa11:dbfb:980:4dfa/64 scope link valid_lft forever preferred_lft forever Ok, jetzt kann man erst mal mit dem Quartz64 arbeiten
  • Quartz64 - Images

    Angeheftet Verschoben Archiv
    2
    0 Stimmen
    2 Beiträge
    251 Aufrufe
    FrankMF
    Manjaro Images -> https://github.com/manjaro-arm/quartz64-bsp-images/releases Ab Dev 20211117 mit HDMI-Ausgabe!
  • Quartz64 - SPI

    Verschoben Quartz64 - A
    2
    1
    0 Stimmen
    2 Beiträge
    203 Aufrufe
    FrankMF
    Bitte unbedingt beachten! https://forum.frank-mankel.org/topic/1042/quartz64-missing-spi
  • Quartz64 - Model A

    Angeheftet Verschoben Quartz64 - A
    3
    1
    0 Stimmen
    3 Beiträge
    562 Aufrufe
    FrankMF
    Bitte unbedingt beachten! https://forum.frank-mankel.org/topic/1042/quartz64-missing-spi