Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Pine64
  3. ROCKPro64
  4. Images
  5. Linux
  6. Mainline Kernel 4.18.0-rc3

Mainline Kernel 4.18.0-rc3

Linux
  • FrankMF

    Methode 1

    INFO'S

    ANWENDUNG

    Es muss vorher ein Image installiert worden sein. z.B. ein 0.6.58: jenkins-linux-build-rock-64-271

    Dann alle .deb Files runterladen.

    Danach ein

    sudo dpkg -i *.deb

    Dann den ROCKPro64 neustarten.

    Sollte der neue Kernel nicht booten oder Probleme machen, kann man den letzten Kernel benutzen. Dazu muss man den U-Boot überwachen

    U-Boot 2017.09-gec1524d (Jun 03 2018 - 14:57:16 +0000), Build: jenkins-linux-build-rock-64-249



Model: Pine64 RockPro64    
DRAM:  3.9 GiB    
MMC:   sdhci@fe330000: 0, dwmmc@fe320000: 1    
Card did not respond to voltage select!    
mmc_init: -95, time 21

*** Warning - No block device, using default environment


In:    serial@ff1a0000    
Out:   serial@ff1a0000    
Err:   serial@ff1a0000    
Model: Pine64 RockPro64    
Net:   eth0: ethernet@fe300000    
Hit any key to stop autoboot:  0

Card did not respond to voltage select!    
mmc_init: -95, time 21    
switch to partitions #0, OK    
mmc1 is current device    
Scanning mmc 1:6...    
Found /extlinux/extlinux.conf    
Retrieving file: /extlinux/extlinux.conf    
reading /extlinux/extlinux.conf    
688 bytes read in 3 ms (223.6 KiB/s)

select kernel    
1:	kernel-latest    
2:	kernel-previous

Enter choice: 2  
2:	kernel-previous

    Bei select kernel eine "2" eingeben und die Taste "RETURN" betätigen, möglichst zügig 😉 Danach wird der Alte Kernel geladen.

    Methode 2

    1. Auskommentieren von pre-releases in folgender Datei /etc/apt/sources.list.d/ayufan-rock64.list

    2. Nach Kernel Paketen suchen apt-cache search linux-image

    3. Den ausgewählten <kernel> installieren, z.B.: linux-image-4.15.0-rockchip-ayufan-177-g59389fa34

       apt-get update
 apt-get install <kernel>

    4. Reboot

       sudo reboot

    Quelle: https://github.com/ayufan-rock64/linux-build/blob/master/recipes/kernel-upgrade.md

    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

    linux-mainline-u-boot

    Angeheftet Images
    2
    0 Stimmen
    2 Beiträge
    407 Aufrufe
    FrankMF
    2020.01-ayufan-2014-gff2cdd38 released ayufan: rockchip: allow to boot scsi4, as JMS585 can have 5 drives
  • FrankMF

    Image 0.9.14 - Kurztest

    ROCKPro64
    1
    1
    0 Stimmen
    1 Beiträge
    235 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

    Armbian für den ROCKPro64

    Angeheftet Armbian
    1
    1
    0 Stimmen
    1 Beiträge
    547 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Unterstützung Lüfter

    ROCKPro64
    5
    0 Stimmen
    5 Beiträge
    2k Aufrufe
    FrankMF
    Mit dem neuen Release hatte jemand das mal ausprobiert -> https://forum.frank-mankel.org/topic/795/fan-control-omv-auyfan-0-10-12-gitlab-ci-linux-build-184-kernel-5-6/6 Dieser Kernel kam zur Anwendung Linux rockpro64 5.6.0-1137-ayufan-ge57f05e7bf8f #ayufan SMP Wed Apr 15 10:16:02 UTC 2020 aarch64 GNU/Linux Dort stellt man dann fest, das sich eine Kleinigkeit geändert hat. Der Pfad und der Dateiname hat sich geändert. Kontrollieren kann man das mit nano /sys/devices/platform/pwm-fan/hwmon/hwmon3/pwm1 Der Wert geht von 0 - 255, wie gehabt.
  • FrankMF

    0.6.59 released

    Verschoben Archiv
    1
    0 Stimmen
    1 Beiträge
    546 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Mainline Kernel 4.17-rc7

    Verschoben Archiv
    8
    0 Stimmen
    8 Beiträge
    2k Aufrufe
    FrankMF
    4.17.0-rc6-1029-ayufan released https://github.com/ayufan-rock64/linux-mainline-kernel/releases Seit 1021 funktioniert USB3.
  • FrankMF

    Schaltpläne veröffentlicht!

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