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
45 1 4.6k
  • 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 - Kamils neuer 0.10.x Release

    ROCKPro64 linux rockpro64
    1
    1
    0 Stimmen
    1 Beiträge
    258 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    NVMe - Booten jetzt möglich

    Angeheftet ROCKPro64 rockpro64
    7
    0 Stimmen
    7 Beiträge
    845 Aufrufe
    FrankMF
    Hallo @mabs, ja. Der uboot wird in den SPI Speicher geladen. Der sucht dann beim Starten nach einem bootfähigem Device. So wie auf einem ganz normalen PC. Eine richtig coole Sache, wo ich mich freue, das das langsam mal funktioniert. Die Performance wird ja dann sicherlich von dem Device bestimmt. Dazu gibt es ja genug Messungen. Ich würde eine NVMe SSD immer einer SATA Platte vorziehen. Es kommt aber auf den Anwendungsfall an. Für ein NAS dann eher zwei oder mehr SATA Platten, und von USB3 HDD booten So wie ich das schon lange betreibe. Aber, da hat auch jeder andere Vorstellungen und Vorlieben für.
  • FrankMF

    Mainline 5.4.x

    Images rockpro64
    2
    0 Stimmen
    2 Beiträge
    389 Aufrufe
    FrankMF
    Bootet bei mir weder von USB3-SSD noch von SD-Karte. USB3-SSD -> https://pastebin.com/QAS92sme SD-Karte -> https://pastebin.com/Bsr3WLJ7
  • FrankMF

    ROCKPro64 - Debian 10.1

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

    Rock64 and RockPro64 ayufan’s packages

    Angeheftet ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    955 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    NAS Gehäuse für den ROCKPro64

    Verschoben Hardware rockpro64
    4
    0 Stimmen
    4 Beiträge
    2k Aufrufe
    FrankMF
    POWER-LED Die LEDs werden mit 3,3 Volt versorgt. Das ist jetzt recht einfach POWER LED + / Pi2-Connector Pin 1 (3,3V) POWER-LED - / Pi2-Connector Pin 9 (GND) Pi2-Connector [image: 1537358093301-img_20180919_134656_ergebnis-resized.jpg] [image: 1537358113804-img_20180919_134731_ergebnis.jpg]
  • FrankMF

    [HOWTO] Verschlüsseltes NAS aufsetzen

    Verschoben ROCKPro64 howto linux rockpro64
    12
    0 Stimmen
    12 Beiträge
    3k Aufrufe
    FrankMF
    Da btrfs bei mir ja nicht so der Bringer war, Fehler im Image vom Kamil?, Fehler in btrfs? Ich weiß es nicht, also weg damit! Da ich das NAS noch richtig produktiv genutzt hatte, waren die Daten schnell gesichert. Danach das NAS neugestartet, nun sind die beiden Platten nicht mehr gemountet und wir können damit arbeiten. ACHTUNG! Ich bitte wie immer darum, das Gehirn ab hier einzuschalten! Sonst droht Datenverlust! Aus Sicherheitsgründen gebe ich hier die Laufwerke so an = sdX1 Das X bitte entsprechend austauschen! Die beiden Platten mit sudo fdisk /dev/sdX neu einrichten. Alte Partition weg, neu einrichten usw. Im Detail gehe ich hier jetzt nicht drauf ein. Ich gehe davon aus, das das bekannt ist. Der Plan raid_pool0 = sdX1 = /dev/mapper/raid_pool0 raid_pool1 = sdX1 = /dev/mapper/raid_pool1 Verschlüsseln sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 Platten entschlüsseln sudo cryptsetup open /dev/sdX1 raid_pool0 sudo cryptsetup open /dev/sdX1 raid_pool1 RAID1 anlegen sudo mdadm --create /dev/md0 --auto md --level=1 --raid-devices=2 /dev/mapper/raid_pool0 /dev/mapper/raid_pool1 sudo mkfs.ext4 /dev/md0 Script zum Entschlüsseln und Mounten crypt.sh #!/bin/bash ###############################################################################$ # Autor: Frank Mankel # Verschlüsseltes Raid1 einbinden! # # Hardware: # ROCKPro64v2.1 # PCIe SATA Karte # 2St. 2,5 Zoll HDD Platten a 2TB # # Software: # bionic-minimal 0.7.9 # Kontakt: frank.mankel@gmail.com # ###############################################################################$ #Passwort abfragen echo "Passwort eingeben!" read -s password echo "Bitte warten......" #Passwörter abfragen echo -n $password | cryptsetup open /dev/sdX1 raid_pool0 -d - echo -n $password | cryptsetup open /dev/sdX1 raid_pool1 -d - #Raid1 mounten mount /dev/md0 /mnt/raid echo "Laufwerke erfolgreich gemountet!" Bis jetzt sieht das Raid ok aus, ich werde das die nächsten Tage mal ein wenig im Auge behalten. [ 82.430293] device-mapper: uevent: version 1.0.3 [ 82.430430] device-mapper: ioctl: 4.39.0-ioctl (2018-04-03) initialised: dm-devel@redhat.com [ 108.196397] md/raid1:md0: not clean -- starting background reconstruction [ 108.196401] md/raid1:md0: active with 2 out of 2 mirrors [ 108.240395] md0: detected capacity change from 0 to 2000260497408 [ 110.076860] md: resync of RAID array md0 [ 110.385099] EXT4-fs (md0): recovery complete [ 110.431715] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null) [57744.301662] md: md0: resync done.
  • FrankMF

    ROCKPro64 Übersicht - was geht? **veraltet**

    Angeheftet Verschoben Archiv rockpro64
    5
    0 Stimmen
    5 Beiträge
    2k Aufrufe
    FrankMF
    Ich sehe gerade, das könnte hier auch mal neu gemacht werden.