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
  • [V] Quartz64B V1.3

    Frank's Resterampe
    1
    1
    0 Stimmen
    1 Beiträge
    121 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Modell B - Kernelversionen

    Images
    1
    0 Stimmen
    1 Beiträge
    149 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Modell B - Peter Geis Entwicklungsumgebung

    Images
    2
    0 Stimmen
    2 Beiträge
    144 Aufrufe
    FrankMF
    Was geht? Funktion Status Bemerkung cpufreq ok *3 UART ja *5 LAN hat Fehler *1 USB3 ja ca. 210MB/s *2 PCIe ja ca. 296 MB/s, ist mit einer Lane angeschlossen *4 HDMI nein LAN *1 root@debian:~# iperf3 -c 192.168.3.213 Connecting to host 192.168.3.213, port 5201 [ 5] local 192.168.3.10 port 39124 connected to 192.168.3.213 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 434 KBytes 3.55 Mbits/sec 61 2.83 KBytes [ 5] 1.00-2.00 sec 475 KBytes 3.89 Mbits/sec 44 2.83 KBytes [ 5] 2.00-3.00 sec 396 KBytes 3.24 Mbits/sec 43 2.83 KBytes [ 5] 3.00-4.00 sec 318 KBytes 2.61 Mbits/sec 40 2.83 KBytes [ 5] 4.00-5.00 sec 315 KBytes 2.58 Mbits/sec 31 2.83 KBytes [ 5] 5.00-6.00 sec 396 KBytes 3.24 Mbits/sec 46 2.83 KBytes [ 5] 6.00-7.00 sec 396 KBytes 3.24 Mbits/sec 43 2.83 KBytes [ 5] 7.00-8.00 sec 396 KBytes 3.24 Mbits/sec 43 1.41 KBytes [ 5] 8.00-9.00 sec 396 KBytes 3.24 Mbits/sec 47 2.83 KBytes [ 5] 9.00-10.00 sec 317 KBytes 2.59 Mbits/sec 39 2.83 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 3.75 MBytes 3.14 Mbits/sec 437 sender [ 5] 0.00-10.00 sec 3.67 MBytes 3.08 Mbits/sec receiver iperf Done. root@debian:~# iperf3 -R -c 192.168.3.213 Connecting to host 192.168.3.213, port 5201 Reverse mode, remote host 192.168.3.213 is sending [ 5] local 192.168.3.10 port 39130 connected to 192.168.3.213 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 112 MBytes 941 Mbits/sec [ 5] 1.00-2.00 sec 112 MBytes 942 Mbits/sec [ 5] 2.00-3.00 sec 112 MBytes 942 Mbits/sec [ 5] 3.00-4.00 sec 112 MBytes 942 Mbits/sec [ 5] 4.00-5.00 sec 112 MBytes 942 Mbits/sec [ 5] 5.00-6.00 sec 112 MBytes 942 Mbits/sec [ 5] 6.00-7.00 sec 112 MBytes 942 Mbits/sec [ 5] 7.00-8.00 sec 112 MBytes 942 Mbits/sec [ 5] 8.00-9.00 sec 112 MBytes 942 Mbits/sec [ 5] 9.00-10.00 sec 112 MBytes 942 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 1.10 GBytes 943 Mbits/sec 370 sender [ 5] 0.00-10.00 sec 1.10 GBytes 942 Mbits/sec receiver iperf Done. USB3 *2 root@debian:~# lsusb Bus 002 Device 003: ID 046d:c52f Logitech, Inc. Unifying Receiver 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 002: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS578 SATA 6Gb/s Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 002: ID 046d:c31c Logitech, Inc. Keyboard K120 Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Disk /dev/sda: 238.47 GiB, 256060514304 bytes, 500118192 sectors Disk model: Generic Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 05AB264B-738E-47BB-9F67-5C04CC24A736 Device Start End Sectors Size Type /dev/sda1 2048 500118158 500116111 238.5G Linux filesystem root@debian:~# mount /dev/sda1 /mnt/sda/ root@debian:~# cd /mnt/sda root@debian:/mnt/sda# dd if=/dev/zero of=sd.img bs=4M count=4096 oflag=direct 4096+0 records in 4096+0 records out 17179869184 bytes (17 GB, 16 GiB) copied, 81.5051 s, 211 MB/s -------------- root@debian:/# lsusb Bus 002 Device 003: ID 046d:c52f Logitech, Inc. Unifying Receiver 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 003: ID 04e8:61f5 Samsung Electronics Co., Ltd Portable SSD T5 Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 002: ID 046d:c31c Logitech, Inc. Keyboard K120 Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@debian:/mnt/sda# dd if=/dev/zero of=sd.img bs=4M count=4096 oflag=direct 4096+0 records in 4096+0 records out 17179869184 bytes (17 GB, 16 GiB) copied, 83.7618 s, 205 MB/s cpufreq *3 root@debian:~# cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_max_freq 1800000 1800000 1800000 1800000 root@debian:~# cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq 1416000 1416000 1416000 1416000 root@debian:~# cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq 1800000 1800000 1800000 1800000 root@debian:~# cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq 1416000 1416000 1416000 1416000 PCIe NVMe SSD *4 root@debian:/mnt/nvme# dd if=/dev/zero of=sd.img bs=4M count=4096 oflag=direct 4096+0 records in 4096+0 records out 17179869184 bytes (17 GB, 16 GiB) copied, 58.0362 s, 296 MB/s Das soll laut Peter die maximal mögliche Geschwindigkeit der PCIe Schnittstelle sein. Diese Schnittstelle ist nur mit einer Lane an den Prozessor angeschlossen! UART Bitte drauf achten, diese Schnittstelle arbeitet mit Level Shifting, was billige Adapter oft nicht abkönnen. Habe ich hier im Beitrag ausführlich erklärt, mit passenden Adapter, wenn es so wie bei mir nicht funktionierte.
  • Quartz64 - Peter Geis Entwicklungsumgebung

    Images
    3
    1
    0 Stimmen
    3 Beiträge
    175 Aufrufe
    FrankMF
    Das Ergebnis [image: 1638087100769-screenshot_20211128_090851.png] Peters Image benutzt ein Debian Buster 10 root@quartz64:~# lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: buster Kernel root@quartz64:~# uname -a Linux quartz64 5.16.0-rc2 #1 SMP PREEMPT Sat Nov 27 03:43:14 UTC 2021 aarch64 GNU/Linux Gut an diesem Image vom Peter ist der funktionierende PCIe Port Nicht so gut ist das Image, wenn man längerfristig damit arbeiten möchte. Der Aufbau ist dafür nicht wirklich gut geeignet. Wenn man das möchte, dann benutzt man lieber das Manjaro Image. Das wird gepflegt und man bekommt alle Änderungen und Patches auch geliefert. Ich hoffe, das die PCIe Patches auch bald im Manjaro Image ankommen, doch dafür müssen diese Upstream sein weil das Manjaro diesen Kernel nutzt (linux-rc). Und wie ich heute Morgen gelesen habe, es besteht Hoffnung für einen funktionierenden USB3-Port
  • WLan auf der Konsole einrichten

    Angeheftet Linux
    3
    0 Stimmen
    3 Beiträge
    658 Aufrufe
    FrankMF
    Ich kann im Manjaro keine WPA3 Sicherheit auswählen, dann bekomme ich keine Verbindung. Es geht nur WPA2 Personal. Gegenstelle ist eine FRITZ!Box 6591 Cable. [image: 1638114013848-2021-11-28_16-37.png] In der Fritzbox sieht das so aus [image: 1638114096062-50d23aa8-5f67-485e-a994-244ef4f6a270-image.png] Das kam als Fehlermeldung Nov 28 11:03:07 frank-pc wpa_supplicant[700]: wlan0: Trying to associate with SSID 'FRITZ!Box 6591 Cable AK' Nov 28 11:03:07 frank-pc wpa_supplicant[700]: wlan0: WPA: Failed to select authenticated key management type Nov 28 11:03:07 frank-pc wpa_supplicant[700]: wlan0: WPA: Failed to set WPA key management and encryption suites Ich denke, der Treiber unterstützt das nicht.
  • Quartz64 - Was geht?

    Angeheftet Verschoben Quartz64 - A
    10
    0 Stimmen
    10 Beiträge
    670 Aufrufe
    FrankMF
    Die Tabelle habe ich überarbeitet.
  • Quartz64 - UART

    Angeheftet Verschoben Quartz64 - A
    2
    4
    0 Stimmen
    2 Beiträge
    246 Aufrufe
    FrankMF
    Mein Quartz64 ist heute eingetroffen, mit einem Test Image des Manjaro Teams mal ausprobiert. Die UART-Schnittstelle funktioniert genau wie beim ROCKPro64. Also, nichts Neues für uns. UART Adapter anschließen und los geht es.
  • Quartz64

    Verschoben Quartz64
    3
    0 Stimmen
    3 Beiträge
    527 Aufrufe
    FrankMF
    Es gibt Neuigkeiten! We are currently planning on making Quartz64 available next month. However, given the unpredictability of the manufacturing situation, please consider this a tentative time-frame. Once the production is underway, I’ll publish a dedicated post with additional information and an exact availability date. Although the hardware will soon see the light of day, the software is still not ready for primetime. Indeed, despite a truly monumental effort from various parties and lightning fast development progress, Quartz64 is still in early stages of development. This is understandable given how young the SoC is and how few Quartz64 (and other RK3566 boards) are currently available to developers. We will therefore target this initial production-run at developers and technically inclined enthusiasts able to help in the bring-up process. The soon-to-be scheduled batch will be large enough to cover all developers interested in picking up a unit (and then some), but end-users will specifically be asked to wait a little longer. After all, it is in everyone’s best interest that these early boards end up in the right hands at this early stage of development. Quelle: https://www.pine64.org/2021/05/15/may-update-connection-established/