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

    Neuer Kernel für 4.4 released 4.4.132-1081-rockchip-ayufan

    • dts: rockpro64: fix i2s2 (4x speed of audio)

    Auf Desktopsystemen war wohl der Sound 4x so schnell, z.B. auf Youtube. Soll jetzt gefixt sein.

    Installation

    sudo apt-get update
apt-get install linux-image-4.4.132-1081-rockchip-ayufan-g50be7e64a779

    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

    Neuer Kernel für 4.4 released 4.4.132-1083-rockchip-ayufan

    • dts: rockpro64: run spi-flash with 10MHz

    Kamil meinte dazu

    06/08/18 20:38
    <ayufan1> ugh, spi flash is working 🙂
    06/08/18 20:38
    <ayufan1> on rockpro64

    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.132-1092-rockchip-ayufan released

    seit 1083 dazugekommen

    • external: defconfig: Add support for f2fs and crc32 (#32)
    • external: defconfig: enable kernel modules for RBD and IPVS (#33)
    • external: defconfig: Make crc, crc32, f2fs to be compiled into kernel. (#35)
    • dev_mk: send only files of that kernel version

    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.132-1092-rockchip-ayufan released

    • dev_mk: send only files of that kernel version

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

    Mainline Kernel 5.0.x

    Images
    11
    0 Stimmen
    11 Beiträge
    859 Aufrufe
    FrankMF

    5.0.0-1105-ayufan released

    ayufan: dts: rockpro64: enable sdio0
  • FrankMF

    Kamil's 4.20.x

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

    USB-Adapter für eMMC-Modul

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

    ROCKPro64 - Docker Image

    ROCKPro64
    4
    0 Stimmen
    4 Beiträge
    1k Aufrufe
    FrankMF

    Das ganze hat einen furchtbar schönen Vorteil. Mal angenommen, ich habe ein NodeBB-Forum in einem Container laufen. Will das Ding updaten und das crasht einfach mal so. Egal, Container stoppen, Container starten und alles läuft wieder.

    Mit dem Commit sichere ich mir dann den Zustand nachdem ich weiß, das alles klappt 🙂

  • FrankMF

    ROCKPro64 - RP64.GPIO

    Angeheftet Verschoben Hardware
    6
    0 Stimmen
    6 Beiträge
    6k Aufrufe
    FrankMF

    Hallo zusammen,

    da ich weiß das dieser Artikel recht beliebt ist, wollen wir den heute mal aktualisieren. Vieles aus den vorherigen Beiträgen passt noch. Es gibt aber kleine Anpassungen.

    Hardware ROCKPro64v21. 2GB RAM Software Kamils Release 0.10.9 Linux rockpro64 5.6.0-1132-ayufan-g81043e6e109a #ayufan SMP Tue Apr 7 10:07:35 UTC 2020 aarch64 GNU/Linux Installation apt install python

    Danach laden wir das Projekt

    git clone https://github.com/Leapo/Rock64-R64.GPIO

    PIN Nummern anpassen

    cd Rock64-R64.GPIO/R64 nano _GPIO.py

    Datei ergänzen

    # Define GPIO arrays #ROCK_valid_channels = [27, 32, 33, 34, 35, 36, 37, 38, 64, 65, 67, 68, 69, 76, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 96, 97, 98, 100, 101, 102, 103, 104] #BOARD_to_ROCK = [0, 0, 0, 89, 0, 88, 0, 0, 64, 0, 65, 0, 67, 0, 0, 100, 101, 0, 102, 97, 0, 98, 103, 96, 104, 0, 76, 68, 69, 0, 0, 0, 38, 32, 0, 33, 37, 34, 36, 0, 35, 0, 0, 81, 82, 87, 83, 0, 0, 80, 79, 85, 84, 27, 86, 0, 0, 0, 0, 0, 0, 89, 88] #BCM_to_ROCK = [68, 69, 89, 88, 81, 87, 83, 76, 104, 98, 97, 96, 38, 32, 64, 65, 37, 80, 67, 33, 36, 35, 100, 101, 102, 103, 34, 82] ROCK_valid_channels = [52,53,152,54,50,33,48,39,41,43,155,156,125,122,121,148,147,120,36,149,153,42,45,44,124,126,123,127] BOARD_to_ROCK = [0,0,0,52,0,53,0,152,148,0,147,54,120,50,0,33,36,0,149,48,0,39,153,41,42,0,45,43,44,155,0,156,124,125,0,122,126,121,123,0,127] BCM_to_ROCK = [43,44,52,53,152,155,156,45,42,39,48,41,124,125,148,147,124,54,120,122,123,127,33,36,149,153,121,50]

    Abspeichern.

    Datei test.py anlegen

    nano test.py

    Inhalt

    #!/usr/bin/env python # Frank Mankel, 2018, LGPLv3 License # Rock 64 GPIO Library for Python # Thanks Allison! Thanks smartdave! import R64.GPIO as GPIO from time import sleep print("Output Test R64.GPIO Module...") # Set Variables var_gpio_out = 156 var_gpio_in = 155 # GPIO Setup GPIO.setwarnings(True) GPIO.setmode(GPIO.ROCK) GPIO.setup(var_gpio_out, GPIO.OUT, initial=GPIO.HIGH) # Set up GPIO as an output, with an initial state of HIGH GPIO.setup(var_gpio_in, GPIO.IN, pull_up_down=GPIO.PUD_UP) # Set up GPIO as an input, pullup enabled # Test Output print("") print("Testing GPIO Input/Output:") while True: var_gpio_state_in = GPIO.input(var_gpio_in) var_gpio_state = GPIO.input(var_gpio_out) # Return State of GPIO if var_gpio_state == 0 and var_gpio_state_in == 1: GPIO.output(var_gpio_out,GPIO.HIGH) # Set GPIO to HIGH print("Input State: " + str(var_gpio_state_in)) # Print results print("Output State IF : " + str(var_gpio_state)) # Print results else: GPIO.output(var_gpio_out,GPIO.LOW) # Set GPIO to LOW print("Input State: " + str(var_gpio_state_in)) # Print results print("Output State ELSE: " + str(var_gpio_state)) # Print results sleep(0.5) exit() Beispiel

    Bild Text

    Wenn der Taster im Bild betätigt wird, soll die LED blinken.

    Wir benutzen folgende Ein- Augänge des ROCKPro64.

    # Set Variables var_gpio_out = 156 var_gpio_in = 155

    Das heißt:

    an Pin 1 (3,3V) kommt eine Strippe des Tasters an Pin 29 (Input) kommt eine Strippe des Tasters an Pin 31 (Output) kommt der Plus-Pol der LED an Pin 39 (GND) kommt der Minus-Pol der LED

    Somit wird auf den Eingang (Pin 29) bei Betätigung des Tasters 3,3 Volt angelegt. Damit wird dann der Eingang als High (1) erkannt. Die LED wird über den Ausgang (Pin 31) gesteuert.

    Starten kann man das Script mit

    python test.py

  • FrankMF

    ROCKPro64 - Stromverbrauch

    Hardware
    1
    0 Stimmen
    1 Beiträge
    781 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Bionic Minimal 0.7.8

    ROCKPro64
    2
    0 Stimmen
    2 Beiträge
    554 Aufrufe
    FrankMF

    Testin Testing

  • FrankMF

    Zwischenfazit Juni 2018

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    678 Aufrufe
    Niemand hat geantwortet