linux-nerds.org

Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

Quart64 - Modell B - Was geht? (Manjaro Image)

Angeheftet Quartz64 - B

1 Beiträge 1 Kommentatoren 144 Aufrufe

FrankM

schrieb am

Manjaro Image

Function	State	Note
Boot
Boot from sd-card	yes
Boot from eMMC
Boot from USB2
Boot from USB3
Boot from PCIe NVMe SSD
u-boot im SPI		SPI present and responsive?
CPU
cores	4	max. 1,8 GHz
cpufreq	yes	*3
Speed
USB2
USB3	yes	336 MB/s *2
eMMC	partly	*7
PCIe	yes	353MB/s (since 5.19 fixed) *4
Network
UART	yes	*5
LAN	yes	941/942 Mbits/sec since 5.17.0-3-MANJARO-ARM-Q64 *1
WiFi	yes	*6
Bluetooth	partly	Can pair a device, sound output stutters.
HDMI
Output	yes
u-boot over HDMI	no
Sound
Sound over HDMI	yes
analog	no
Desktop
KDE Plasma	yes	super smooth wayland session

LAN *1

Seit 5.17.0-3-MANJARO-ARM-Q64 funktionsfähig.

[root@frank-pc boot]# iperf3 -c 192.168.3.213
Connecting to host 192.168.3.213, port 5201
[  5] local 192.168.3.11 port 59118 connected to 192.168.3.213 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   114 MBytes   952 Mbits/sec    0    477 KBytes       
[  5]   1.00-2.00   sec   112 MBytes   939 Mbits/sec    0    477 KBytes       
[  5]   2.00-3.00   sec   112 MBytes   939 Mbits/sec    0    477 KBytes       
[  5]   3.00-4.00   sec   112 MBytes   943 Mbits/sec    0    581 KBytes       
[  5]   4.00-5.00   sec   112 MBytes   942 Mbits/sec    0    581 KBytes       
[  5]   5.00-6.00   sec   112 MBytes   939 Mbits/sec    0    581 KBytes       
[  5]   6.00-7.00   sec   113 MBytes   945 Mbits/sec    0    581 KBytes       
[  5]   7.00-8.00   sec   112 MBytes   938 Mbits/sec    0    581 KBytes       
[  5]   8.00-9.00   sec   112 MBytes   942 Mbits/sec    0    581 KBytes       
[  5]   9.00-10.00  sec   112 MBytes   936 Mbits/sec    0    581 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.10 GBytes   942 Mbits/sec    0             sender
[  5]   0.00-10.00  sec  1.09 GBytes   940 Mbits/sec                  receiver

iperf Done.
[root@frank-pc boot]# 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.11 port 59122 connected to 192.168.3.213 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   112 MBytes   942 Mbits/sec                  
[  5]   1.00-2.00   sec   112 MBytes   941 Mbits/sec                  
[  5]   2.00-3.00   sec   112 MBytes   941 Mbits/sec                  
[  5]   3.00-4.00   sec   111 MBytes   933 Mbits/sec                  
[  5]   4.00-5.00   sec   112 MBytes   941 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   941 Mbits/sec                  
[  5]   9.00-10.00  sec   112 MBytes   941 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.10 GBytes   942 Mbits/sec  348             sender
[  5]   0.00-10.00  sec  1.09 GBytes   940 Mbits/sec                  receiver

iperf Done.

USB3 *2

SSD Platte

Festplatte /dev/sda: 465,76 GiB, 500107862016 Bytes, 976773168 Sektoren
Festplattenmodell: Portable SSD T5 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 33553920 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: EFF8AC7F-C9F0-4E7C-88B7-28FBA65213B9

Geschwindigkeit

[root@frank-pc sda]# dd if=/dev/zero of=sd.img bs=4M count=4096 oflag=direct
4096+0 Datensätze ein
4096+0 Datensätze aus
17179869184 Bytes (17 GB, 16 GiB) kopiert, 51,1437 s, 336 MB/s

cpufreq *3

 [root@frank-pc log]# cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_max_freq
 1800000
 1800000
 1800000
 1800000
 [root@frank-pc log]# cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
 816000
 816000
 816000
 816000
 [root@frank-pc log]# cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
 1608000
 1608000
 1608000
 1608000

PCIe NVMe SSD

Eingesetzte SSD

Samsung SSD 970 EVO 500GB

Ergebnis

[root@frank-pc nvme]# dd if=/dev/zero of=sd.img bs=4M count=4096 oflag=direct
4096+0 Datensätze ein
4096+0 Datensätze aus
17179869184 Bytes (17 GB, 16 GiB) kopiert, 49,7777 s, 345 MB/s

Crasht immer noch bei großen Datenmengen

[ 1161.427335] nvme nvme0: controller is down; will reset: CSTS=0x3, PCI_STATUS=0x2010
[ 1161.575266] nvme nvme0: Shutdown timeout set to 8 seconds
[ 1161.584761] nvme nvme0: 4/0/0 default/read/poll queues
[ 1192.146597] nvme nvme0: I/O 576 QID 1 timeout, disable controller

Seit Kernel 5.19 gefixt (10.06.2022)

[root@frank-pc ~]# 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.489 $
		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,
	             Alexey Skidanov, Sudhir Kumar.

	Run began: Fri Jun 10 20:50:38 2022

	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    52651    73501    75788    76263    45988    72502                                                                
          102400      16   129067   178782   173857   178004   129091   174757                                                                
          102400     512   341332   361853   350030   360213   349938   360332                                                                
          102400    1024   354358   368632   367899   369145   369263   368756                                                                
          102400   16384   385765   383026   381483   387990   386389   381380                                                                

iozone test complete.

Und einmal mit dd

[root@frank-pc ~]# dd if=/dev/zero of=sd.img bs=4M count=4096 oflag=direct
4096+0 Datensätze ein
4096+0 Datensätze aus
17179869184 Bytes (17 GB, 16 GiB) kopiert, 48,6968 s, 353 MB/s

UART *5

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.

WiFI *6

Bitte hier nachlesen -> https://linux-nerds.org/topic/1214/quartz64-modell-b-wifi

eMMC *7

Quartz64 - Modell B - eMMC

Mal ein Kurztest meines eMMC Moduls. Ich bin mir aber nicht sicher, ob das noch in Ordnung ist. Also das Modul mal in den Slot und gestartet. Sehen kann ich ...

linux-nerds.org (linux-nerds.org)

F FrankM hat dieses Thema am angepinnt

F

Quartz64 - Modell B - Manjaro Rootverzeichnis ändern
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Quartz64 quartz64
3

0 Stimmen

3 Beiträge

123 Aufrufe

F

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

Quartz64 - Peter Geis Entwicklungsumgebung
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Images quartz64 pine64
3

0 Stimmen

3 Beiträge

151 Aufrufe

F

Das Ergebnis

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 🤗
F

Quartz64 - Manjaro Image Aktuell!
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Images quartz64 pine64
8

0 Stimmen

8 Beiträge

336 Aufrufe

F

Gestern hatte ich nach langer Zeit mal wieder das Bedürfnis zu schauen, was Manjaro so macht 😉

Dieses Image habe ich ausgewählt. Manjaro-ARM-kde-plasma-quartz64-a-20220418.img.xz

Nach der Installation bemerkt, das jetzt beim Login steht, das man eine Wayland Session startet 😍

20220421_205322.jpg

Man merkt dem KDE Plasma direkt an, das er wesentlich weniger Latenzen hat, als das olle X11. Ich musste dann dem Dan wieder auf die Nerven gehen, weil ich doch von dem Thema Grafik, 3D-Beschleunigung usw. NULL Ahnung habe. Er meinte dann zu mir, das Panfrost mittlerweile aktiv ist. Panfrost?

Schauen wir mal nach. https://docs.mesa3d.org/drivers/panfrost.html

The Panfrost driver stack includes an OpenGL ES implementation for Arm Mali GPUs based on the Midgard and Bifrost microarchitectures.

Im Quartz64 ist folgende GPU verbaut
Mali-G52 2EE Bifrost GPU@800MHz
Diese wird von Panfrost unterstützt.

Jetzt stand da noch OpenGLS ES, was ist das?

OpenGL for Embedded Systems (OpenGL ES or GLES) is a subset[2] of the OpenGL computer graphics rendering application programming interface (API) for rendering 2D and 3D computer graphics such as those used by video games, typically hardware-accelerated using a graphics processing unit (GPU).
Quelle: https://en.wikipedia.org/wiki/OpenGL_ES

Ich habe dann mal geschaut, wie man Panfrost testen kann. Hier bin ich gelandet.

Ich habe zwei Test gemacht, einmal mit X11 und das andere Mal mit Wayland. Von dem X11 Test habe ich ein kleines Video angefertigt.

Am Ende könnt ihr den glmark Score erkennen 112

Und hier mal das Ergebnis mit Wayland 365 Ich würde jetzt als Noob sagen, Wayland ist 3,3 mal schneller. Da ich aber eingangs schon erwähnte, das ich von dem Thema keine Ahnung habe, überlasse ich den Menschen mit Fachkenntnissen die Einschätzung.

2022-04-21_20-49.png

Mein subjektiver Eindruck ist, Wayland läuft wesentlich besser. Das habe ich auch auf meinem Haupt-PC schon festgestellt. Vor allen Dingen die Latenz ist um ein vielfaches besser. Aber wir dürfen auch nicht verschweigen, bei Wayland geht vieles noch immer nicht. Zum Beispiel konnte ich das Video nur auf X11 mit SimpleScreenRecorder machen.

Leider sind wir immer noch nicht an dem Punkt, wo z.B. Youtube Videos im FF einwandfrei laufen. Von der HArdware Unterstützung brauchen wir auch nicht zu sprechen, da geht immer noch nicht so richtig viel. Die PCIe Schnittstelle habe ich noch kurz mit einer NVMe getestet.
[frank@frank-pc e5f97e94-0e45-4fa6-b8fb-373e35c708f8]$ 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.489 $ 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, Alexey Skidanov, Sudhir Kumar. Run began: Thu Apr 21 21:49:06 2022 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 53221 74745 76900 77656 46983 73982 102400 16 135113 181063 182235 183108 131535 180494 102400 512 354092 361813 357888 362080 351316 361385 102400 1024 368909 373104 374076 378286 372179 372881 102400 16384 384251 378963 376150 377334 376874 377929 iozone test complete.
F

Quartz64 - Wireguard
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Quartz64 quartz64 pine64 wireguard
1

0 Stimmen

1 Beiträge

237 Aufrufe

Niemand hat geantwortet
F

Quartz64 - Image von Peter Geis
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Images quartz64 pine64
4

0 Stimmen

4 Beiträge

330 Aufrufe

F

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

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.

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

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

Quartz64 - Manjaro Test-Image
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Archiv quartz64 pine64
2

0 Stimmen

2 Beiträge

262 Aufrufe

F

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 😉
F

Quartz64 - Boot Order
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Hardware quartz64 pine64
1

0 Stimmen

1 Beiträge

348 Aufrufe

Niemand hat geantwortet
F

Quartz64
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Quartz64 quartz64 pine64
3

0 Stimmen

3 Beiträge

501 Aufrufe

F

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/