Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Pine64
  3. ROCKPro64
  4. Images
  5. Kernel 4.4.x

Kernel 4.4.x

Angeheftet Images
  • FrankMF

    4.4.154-1105-rockchip-ayufan released

    • ayufan: dts: rockpro64: fix fan configuration

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.154-1107-rockchip-ayufan released

    • ayufan: defconfig: support tehuti 10gbps adapter

    Unterstützung 10gbps Netzwerk-Adapter.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.154-1109-rockchip-ayufan released

    • ayufan: defconfig: support tehuti 10gbps adapter

    Das sollte uns dann USB-OTG bringen.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.154-1111-rockchip-ayufan released

    • ayufan: dts: rockpro64: disable tx checksumming for gmac

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.154-1120-rockchip-ayufan released

    • UPSTREAM: usb: gadget: ether: Allow changing the MTU
    • UPSTREAM: ayufan: usb: gadget: ether: Allow jumbo frames
    • ayufan: gadget: ethernet: buffer 8 packets (wip)

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.154-1122-rockchip-ayufan released

    • rockchip: pcie: limit bus number to 31 inclusive

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.154-1124-rockchip-ayufan released

    • defconfig: use CONFIG_HZ=250

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.154-1126-rockchip-ayufan released

    Link Preview Image
    ayufan: defconfig: use CONFIG_HZ=250 (20dac551) · Commits · ayufan-repos / rock64 / linux-kernel · GitLab

    Change-Id: I8009db93ee7c5af5e7804a004ab03d0ba97d20e2

    favicon

    GitLab (gitlab.com)

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.154-1128-rockchip-ayufan released ✌

    CONFIG_SQUASHFS_XZ=y (#41)

    cyberp: defconfig: squashfs xz for snap support

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.154-1130-rockchip-ayufan released

    dts: rockpro64: Enabled sdio0 and defer it until pcie is ready

    Max defer time is 2000ms which should be enough for pcie to
    get initialized. This is a workaround for issue with unstable
    pcie training if both sdio0 and pcie are enabled in rockpro64
    device tree.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    Der Kernel 4.4.154-1130-rockchip-ayufan funktioniert bei mir nicht! Kernel Panic!

    Hardware

    • ROCKPro64v2.1 mit 2GB RAM
    • PCIe NVMe SSD Samsung 960 EVO
    • Pine64 WiFi-Modul
    • Boot von SD-Karte

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.154-1132-rockchip-ayufan released

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.154-1134-rockchip-ayufan released

    ayufan: rockpro64: enable uart0 for bt

    PCIe & WiFi-Modul geht immer noch nicht. Aber, Kamil hat einen neuen Release angeschmissen.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.167-1138-rockchip-ayufan released

    ayufan: defconfig: disable broken kernel modules

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.167-1140-rockchip-ayufan released

    ayufan: stmmac: disable TX offload for mtu bigger than 1498

    Zum Thema bitte auch diesen Beitrag lesen.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF
    • 4.4.167-1146-rockchip-ayufan
    • 4.4.167-1148-rockchip-ayufan
    • 4.4.167-1151-rockchip-ayufan
    • 4.4.167-1153-rockchip-ayufan

    Änderungen:

    • ayufan: rockchip-vpu: fix compilation errors
    • ayufan: dts: rockpro64: fix es8316 support
    • ayufan: dts: rockpro64: add missing gpu_power_model for MALI
    • ayufan: dts: pinebook-pro: fix support for sound-out

    Ayufan bereitet die Images für das kommende Pinbook Pro vor.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF
    • 4.4.167-1155-rockchip-ayufan
    • 4.4.167-1157-rockchip-ayufan
    • 4.4.167-1159-rockchip-ayufan
    • 4.4.167-1161-rockchip-ayufan

    Änderungen

    • ayufan: dts: pinebook-pro: change bt/audio supply according to Android changes
    • ayufan: dts: rock64: remove unused ir-receiver
    • ayufan: dts: pinebook-pro: fix display port output
    • ayufan: dts: pinebook-pro: fix display port output

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.167-1165-rockchip-ayufan released

    • ayufan: dts: rockpro64: enable 1.992GHz OPP

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.167-1167-rockchip-ayufan released

    • ayufan: dts: pinebook-pro: fix eDP resolution

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    4.4.167-1169-rockchip-ayufan released

    • nuumio: dts/c: rockpro64: add pcie scan sleep and enable it for rockpro64 (#45)

    Link Preview Image
    Pipeline · ayufan-repos / rock64 / linux-kernel · GitLab

    GitLab.com

    favicon

    GitLab (gitlab.com)

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
Anmelden zum Antworten

  • FrankMF

    ROCKPro64 - Anpassen resize_rootfs.sh

    Angeheftet ROCKPro64
    3
    0 Stimmen
    3 Beiträge
    491 Aufrufe
    FrankMF
    Seit Release 0.10.10 ist das automatische Vergrößern der Root Partition mit drin 0.10.10: Support automated resize when booting from nvme Einfach das Image auf die NVMe SSD schreiben, ab in den ROCKPro64 und fertig! Nach dem Booten wird die Partition dann automatisch auf die maximal mögliche Größe erweitert. Kamil hat das Script auch ein wenig angepasst. case $dev in /dev/mmcblk?p?) DISK=${dev:0:12} PART=${dev:13} NAME="sd/emmc" ;; /dev/sd??) DISK=${dev:0:8} PART=${dev:8} NAME="hdd/ssd" ;; /dev/nvme?n?p?) DISK=${dev:0:12} PART=${dev:13} NAME="pcie/nvme" ;; Das Resultat bei einer Samsung 979 EVO mit 500GB Speicher rock64@rockpro64:~$ df -h Filesystem Size Used Avail Use% Mounted on udev 918M 0 918M 0% /dev tmpfs 192M 5.2M 187M 3% /run /dev/nvme0n1p4 459G 1.2G 439G 1% / tmpfs 957M 0 957M 0% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 957M 0 957M 0% /sys/fs/cgroup /dev/nvme0n1p3 229M 44M 169M 21% /boot /dev/nvme0n1p2 12M 0 12M 0% /boot/efi tmpfs 192M 0 192M 0% /run/user/1000 Perfekt. Danke Kamil!
  • FrankMF

    ROCKPro64 - Kernel 5.3.0-rc4-1117 angetestet!

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    391 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    ROCKPro64 - USB-C -> LAN

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    305 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    ROCKPro64 - LAN Schnittstelle

    Verschoben ROCKPro64
    1
    1
    0 Stimmen
    1 Beiträge
    397 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    ROCKPro64 - Das erste Mal

    Angeheftet Verschoben Hardware
    5
    2
    1 Stimmen
    5 Beiträge
    912 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!
  • FrankMF

    ROCKPro64 - USB3 Probleme

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    873 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    NVMe-Platte einrichten

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    2k Aufrufe
    Niemand hat geantwortet
  • FrankMF

    ROCKPro64 - Übersicht

    Angeheftet Verschoben Hardware
    8
    1
    0 Stimmen
    8 Beiträge
    6k Aufrufe
    FrankMF
    Bericht der Zeitschrift Make. https://www.heise.de/make/meldung/Bastelrechner-NanoPC-T4-und-ROCKPro64-Mehr-Raspi-Konkurrenz-mit-Rockchip-4061580.html