Skip to content

Manjaro Image - LAN Schnittstelle

Verschoben Quartz64
  • Heute haben die Experten mal wieder raus gefunden, warum was nicht klappt. Für die LAN-Schnittstelle fehlt im Manjaro Build ein Kernel Modul.

    Dan vom Manjaro Team hat daraufhin einen neuen Kernel gebaut, der wurde von meinem System auch ordentlich geladen usw.

    pacman -Syu
    

    Kernel-Version

    [root@quartz64 modules-load.d]# uname -a
    Linux quartz64 5.13.0-rc4-0.5-next-20210603-MANJARO-ARM #1 SMP PREEMPT Sat Jul 3 15:34:57 UTC 2021 aarch64 GNU/Linux
    

    Danach neugestartet, aber nix? Nachdenken.....

    lsmod
    

    Kein motorcomm (so heißt das Modul) zu finden. Dann in /etc/modules-load.d ein File angelegt mit Namen net.conf

    Inhalt des Files

    motorcomm
    

    Neustart, danach

    [root@quartz64 modules-load.d]# lsmod
    Module                  Size  Used by
    algif_aead             20480  0
    zram                   36864  2
    cfg80211              401408  0
    algif_skcipher         20480  0
    rfkill                 36864  3 cfg80211
    8021q                  32768  0
    garp                   16384  1 8021q
    algif_hash             20480  0
    mrp                    20480  1 8021q
    af_alg                 32768  3 algif_hash,algif_skcipher,algif_aead
    stp                    20480  1 garp
    llc                    20480  2 stp,garp
    nls_ascii              16384  1
    snd_soc_simple_card    24576  0
    snd_soc_simple_card_utils    28672  1 snd_soc_simple_card
    optee                  28672  0
    ax88179_178a           36864  0
    usbnet                 53248  1 ax88179_178a
    rtc_rk808              20480  1
    sch_fq_codel           20480  3
    motorcomm              16384  1
    fuse                  126976  1
    ip_tables              32768  0
    x_tables               45056  1 ip_tables
    sdhci_of_dwcmshc       16384  0
    nvme                   45056  0
    nvme_core             102400  1 nvme
    

    Ok, das ist es 😊

    [root@quartz64 modules-load.d]# ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
        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: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
        link/ether 4e:c4:40:72:9c:35 brd ff:ff:ff:ff:ff:ff
        inet 192.168.3.245/24 brd 192.168.3.255 scope global dynamic noprefixroute eth0
           valid_lft 42520sec preferred_lft 37120sec
        inet6 fd8a:6ff:2880:0:e0ee:811c:d5cb:a139/64 scope global mngtmpaddr noprefixroute 
           valid_lft forever preferred_lft forever
        inet6 2a02:908:1260:xxxx/64 scope global dynamic mngtmpaddr noprefixroute 
           valid_lft 5698sec preferred_lft 2098sec
        inet6 fe80::cfce:6f17:cba1:2b98/64 scope link 
           valid_lft forever preferred_lft forever
    3: ip6tnl0@NONE: <NOARP> mtu 1452 qdisc noop state DOWN group default qlen 1000
        link/tunnel6 :: brd :: permaddr 829b:d7ba:dc5e::
    

    Yeah!

    Und schnell ein

    [root@quartz64 modules-load.d]# iperf3 -c 192.168.3.213
    Connecting to host 192.168.3.213, port 5201
    [  5] local 192.168.3.245 port 52246 connected to 192.168.3.213 port 5201
    [ ID] Interval           Transfer     Bitrate         Retr  Cwnd
    [  5]   0.00-1.00   sec   114 MBytes   953 Mbits/sec    0    411 KBytes       
    [  5]   1.00-2.00   sec   113 MBytes   944 Mbits/sec    0    411 KBytes       
    [  5]   2.00-3.00   sec   112 MBytes   940 Mbits/sec    0    433 KBytes       
    [  5]   3.00-4.00   sec   113 MBytes   947 Mbits/sec    0    502 KBytes       
    [  5]   4.00-5.00   sec   112 MBytes   942 Mbits/sec    0    527 KBytes       
    [  5]   5.00-6.00   sec   112 MBytes   940 Mbits/sec    0    527 KBytes       
    [  5]   6.00-7.00   sec   112 MBytes   940 Mbits/sec    0    527 KBytes       
    [  5]   7.00-8.00   sec   112 MBytes   936 Mbits/sec    0    527 KBytes       
    [  5]   8.00-9.00   sec   113 MBytes   948 Mbits/sec    0    527 KBytes       
    [  5]   9.00-10.00  sec   112 MBytes   937 Mbits/sec    0    527 KBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bitrate         Retr
    [  5]   0.00-10.00  sec  1.10 GBytes   943 Mbits/sec    0             sender
    [  5]   0.00-10.00  sec  1.10 GBytes   941 Mbits/sec                  receiver
    
    iperf Done.
    [root@quartz64 modules-load.d]# 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.245 port 52250 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   941 Mbits/sec                  
    [  5]   2.00-3.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   3.00-4.00   sec   112 MBytes   941 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   941 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   943 Mbits/sec    0             sender
    [  5]   0.00-10.00  sec  1.10 GBytes   941 Mbits/sec                  receiver
    
    iperf Done.
    

    Funktioniert!

  • Problem ist mittlerweile gefixt.

    [root@quartz64 ~]# uname -a
    Linux quartz64 5.13.0-rc4-0.6-next-20210603-MANJARO-ARM #1 SMP PREEMPT Sat Jul 3 16:52:43 UTC 2021 aarch64 GNU/Linux
    

    Ab dieser Kernelversion wird das Modul automatisch geladen, es ist im Kernel eingebaut.

  • @frankm

    and in 5.13.0-rc4-0.8 you have to do it again 😉

    nice tips 👍 i got the board working

  • FrankMF FrankM verschob dieses Thema von Quartz64 am
  • FrankMF FrankM verschob dieses Thema von Quartz64 - A am

  • Kernel 5.19-rc1

    Quartz64
    2
    0 Stimmen
    2 Beiträge
    139 Aufrufe
    FrankMF

    Man kann dann den aktuell Kernel

    [root@frank-pc ~]# uname -a Linux frank-pc 5.17.0-3-MANJARO-ARM-Q64 #1 SMP PREEMPT Sat Jun 4 14:34:03 UTC 2022 aarch64 GNU/Linux

    mit diesem Befehl aktualisieren

    sudo pacman -S linux-rc linux-rc-headers

    Man wechselt dann vom Zweig linux-quartz64 auf linux-rc. Der Zweig linux-rc entspricht dem Mainline Kernel.

    Achtung! Zum Zeitpunkt der Erstellung des Beitrages crasht das Eure Installation!!

    Ursache ist, das es aktuell diesen Kernel

    linux-rc-5.18.rc7-7-aarch64

    installiert, dieser enthält aber keine Unterstützung für das Modell B.

    Und zum Nachschauen, ob schon was Neues da ist 😉

    [root@frank-pc ~]# pacman -Ss linux-rc linux-rc-headers core/linux-rc-headers 5.18.rc7-7 Header files and scripts for building modules for linux kernel - AArch64 multi-platform (release candidate)
  • Quartz64 - Modell B - Manjaro Rootverzeichnis ändern

    Quartz64
    3
    0 Stimmen
    3 Beiträge
    121 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.

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

    Angeheftet Quartz64 - B
    1
    0 Stimmen
    1 Beiträge
    142 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Modell B - M.2 Anschluss

    Quartz64 - B
    3
    0 Stimmen
    3 Beiträge
    239 Aufrufe
    FrankMF

    Ich hatte schon drauf getippt, das der Slot nur mit einer Lane angeschlossen ist.

    <pgwipeout> It is a single lane pcie2 port.

    Und damit ist das das erwartete Ergebnis

    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.4993 s, 294 MB/s

    Das alles mit Debian 10, was man mit Peters Buildsystem installieren kann. Kann man aber auch bei Bedarf auf 11.3 hochziehen 🙂

    root@debian:/etc# uname -a Linux debian 5.17.0 #1 SMP PREEMPT Thu Apr 7 13:38:56 UTC 2022 aarch64 GNU/Linux root@debian:/etc# cat debian_version 11.3 root@debian:/etc#
  • Quartz64 - dts File bearbeiten

    Angeheftet Verschoben Quartz64
    3
    0 Stimmen
    3 Beiträge
    290 Aufrufe
    FrankMF

    Ich weiß nicht, wonach ich gesucht habe, vermutlich nach

    apt install device-tree-compiler

    das gibt es im Manjaro Image nicht, es heißt ganz einfach dtc 😎 Also, ganz einfach mit

    pacman -S dtc

    installieren. Dann kann man sich diesen Umweg mit snapd sparen.

  • WLan auf der Konsole einrichten

    Angeheftet Linux
    3
    0 Stimmen
    3 Beiträge
    583 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.

    2021-11-28_16-37.png

    In der Fritzbox sieht das so aus

    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 - Manjaro wöchentliche Builds

    Images
    5
    0 Stimmen
    5 Beiträge
    246 Aufrufe
    FrankMF

    Mit Kernel

    [root@frank-pc ~]# uname -a Linux frank-pc 5.16.0-rc2-4-MANJARO-ARM #1 SMP PREEMPT Thu Nov 25 11:15:05 UTC 2021 aarch64 GNU/Linux

    hat man jetzt eine Audioausgabe über HDMI.

    [root@frank-pc ~]# cat /proc/asound/cards 0 [RK817 ]: simple-card - Analog RK817 Analog RK817 1 [SPDIF ]: simple-card - SPDIF SPDIF 2 [hdmisound ]: simple-card - hdmi-sound hdmi-sound

    Das ist jetzt zur Zeit noch ein Patch, den Dan vom Manjaro-Team benutzt hat. Dürfte noch nicht Upstream sein, kommt aber sicherlich.

  • Quartz64

    Verschoben Quartz64
    3
    0 Stimmen
    3 Beiträge
    499 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/