Skip to content

Mainline Kernel 4.17-rc7

Verschoben Archiv
  • Es ist wahrscheinlich bei Euch nicht anders als bei mir, das man einen möglichst aktuellen Kernel benutzen möchte. Hat wahrscheinlich mit den vielen Sicherheitslücken zu tuen, das man sich einfach sicherer fühlt. Außerdem möchte man ja auch immer die neuesten Features ausprobieren. Gut das Kamil an uns denkt 😉

    Aktuell gibt es dort einen 4.17.0-rc6 Zum Zeitpunkt wo ich das hier tippe, gibt es 4.17-rc7 (vom 27.05.2018). Gut, das kann man noch so eben akzeptieren 🙂 Der Mainline-Kernel soll auf dem ROCKPro64 und dem ROCK64 laufen.

    Ich kann das aktuell nicht testen, da ich den ROCKPro64 eingepackt habe, morgen geht es zum Widerstand ziehen (für die Insider) So bald ich den ROCKPro64 wieder in Betrieb habe, werde ich das ausgiebig testen.

    In der Zwischenzeit was zum Lesen -> https://debian-handbook.info/browse/de-DE/stable/sect.kernel-installation.html

  • Ok, ausprobiert.

    rock64@rockpro64:~$ uname -a
    Linux rockpro64 4.17.0-rc6-1014-ayufan-g5183d4fd6b6a #1 SMP PREEMPT Sun Jun 3 20:54:04 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux
    

    Alle .deb Files runterladen.

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

    Leider geht hier auch kein PCIe. USB3 ist bei mir auch extrem lahm. USB3 geht nicht! Also warten....

  • Die CPU Kerne scheinen mit fester Frequenz zu laufen.

    rock64@rockpro64:/usr/local/sbin$ sudo ./armbianmonitor -m
    Stop monitoring using [ctrl]-[c]
    Stop monitoring using [ctrl]-[c]
    Time       big.LITTLE   load %cpu %sys %usr %nice %io %irq   CPU  C.St.
    
    19:54:33: 1800/1416MHz  0.54  15%   0%   0%   0%  14%   0% 44.4°C  0/5
    19:54:39: 1800/1416MHz  0.49   0%   0%   0%   0%   0%   0% 45.6°C  0/5
    19:54:44: 1800/1416MHz  0.45   0%   0%   0%   0%   0%   0% 45.6°C  0/5
    19:54:49: 1800/1416MHz  0.42   0%   0%   0%   0%   0%   0% 45.6°C  0/5
    19:54:54: 1800/1416MHz  0.38   0%   0%   0%   0%   0%   0% 45.6°C  0/5
    19:54:59: 1800/1416MHz  0.35   0%   0%   0%   0%   0%   0% 43.9°C  0/5
    19:55:04: 1800/1416MHz  0.32   0%   0%   0%   0%   0%   0% 45.6°C  0/5
    19:55:09: 1800/1416MHz  0.30   0%   0%   0%   0%   0%   0% 45.6°C  0/5
    

    Dadurch auch eine Stromaufnahme von ca. 4,4 Watt.

    Aber freuen wir uns, das es läuft. Und was mir aufgefallen ist, um Längen stabiler als mit 0.6.50 Zur Erinnerung, der lief hier noch einigermaßen stabil, hatte aber beim Booten so seine Macken. Ab und zu wollte der nicht. Den Mainline habe ich jetzt schon einige Male neugestartet, immer erfolgreich.

    Da kommt mir in den Sinn, liegt es an der Regelung der CPU Kerne, das alle Images so fürchterlich unstabil sind?? Ich kann es nicht beantworten. Kamil kann es evt. 😉

    Update

    (12:57:25) ayufan: if you look at used states, any small spike in CPU usage will bump it to max CPU 🙂

    Damit bringt Armbianmonitor die CPU's immer wieder hoch. OK, dann hätten wir das geklärt. Gefällt mir aber auf 4.4. um Längen besser. Ist aber im Moment auch nicht wichtig. Optimierungen werden sowieso noch lange auf sich warten lassen.

  • HDMI Bildschirmausgabe funktioniert.

    Ein Reboot nicht

    sudo shutdown -r now
    
  • 4.17.0-rc6-1017-ayufan released

    Paar Eindrücke

    • kein Kernel-Panic bei gesteckter PCIe NVMe Karte mit SSD
    • USB3 geht aber mit USB2 Geschwindigkeiten
    • LAN Schnittstelle ist immer noch was langsamer als beim 4.4er Kernel

    LAN

    rock64@rockpro64:/mnt$ iperf3 -c 192.168.3.213
    Connecting to host 192.168.3.213, port 5201
    [  4] local 192.168.3.7 port 41270 connected to 192.168.3.213 port 5201
    [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
    [  4]   0.00-1.00   sec  99.3 MBytes   833 Mbits/sec    3    310 KBytes       
    [  4]   1.00-2.00   sec  97.7 MBytes   820 Mbits/sec    1    322 KBytes       
    [  4]   2.00-3.00   sec  97.7 MBytes   820 Mbits/sec    0    328 KBytes       
    [  4]   3.00-4.00   sec  97.8 MBytes   820 Mbits/sec    0    338 KBytes       
    [  4]   4.00-5.00   sec  97.7 MBytes   820 Mbits/sec    0    345 KBytes       
    [  4]   5.00-6.00   sec  97.8 MBytes   820 Mbits/sec    0    362 KBytes       
    [  4]   6.00-7.00   sec  97.9 MBytes   822 Mbits/sec    0    404 KBytes       
    [  4]   7.00-8.00   sec  97.8 MBytes   820 Mbits/sec    0    404 KBytes       
    [  4]   8.00-9.00   sec  97.7 MBytes   820 Mbits/sec    0    404 KBytes       
    [  4]   9.00-10.00  sec  97.7 MBytes   820 Mbits/sec    0    404 KBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth       Retr
    [  4]   0.00-10.00  sec   979 MBytes   821 Mbits/sec    4             sender
    [  4]   0.00-10.00  sec   977 MBytes   820 Mbits/sec                  receiver
    
    iperf Done.
    rock64@rockpro64:/mnt$ iperf3 -s
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 192.168.3.213, port 36990
    [  5] local 192.168.3.7 port 5201 connected to 192.168.3.213 port 36992
    [ ID] Interval           Transfer     Bandwidth
    [  5]   0.00-1.00   sec   108 MBytes   908 Mbits/sec                  
    [  5]   1.00-2.00   sec   112 MBytes   938 Mbits/sec                  
    [  5]   2.00-3.00   sec   112 MBytes   942 Mbits/sec                  
    [  5]   3.00-4.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   4.00-5.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   5.00-6.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   6.00-7.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   7.00-8.00   sec   112 MBytes   942 Mbits/sec                  
    [  5]   8.00-9.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   9.00-10.00  sec   112 MBytes   941 Mbits/sec                  
    [  5]  10.00-10.03  sec  3.58 MBytes   937 Mbits/sec                  
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth
    [  5]   0.00-10.03  sec  0.00 Bytes  0.00 bits/sec                  sender
    [  5]   0.00-10.03  sec  1.10 GBytes   938 Mbits/sec                  receiver
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    

    USB3

    rock64@rockpro64:/mnt$ sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync
    4096+0 records in
    4096+0 records out
    4294967296 bytes (4.3 GB, 4.0 GiB) copied, 145.552 s, 29.5 MB/s
    

    dmesg

    [ 9397.455487] alloc_contig_range: [f711d, f711e) PFNs busy
    [ 9397.455767] alloc_contig_range: [f7122, f7123) PFNs busy
    [ 9397.456041] alloc_contig_range: [f7123, f7124) PFNs busy
    [ 9397.456308] alloc_contig_range: [f7124, f7125) PFNs busy
    [ 9397.456577] alloc_contig_range: [f7125, f7126) PFNs busy
    [ 9397.456849] alloc_contig_range: [f7126, f7127) PFNs busy
    [ 9397.457119] alloc_contig_range: [f7127, f7128) PFNs busy
    [ 9397.457382] alloc_contig_range: [f7128, f7129) PFNs busy
    [ 9397.458157] alloc_contig_range: [f711d, f711e) PFNs busy
    [ 9397.458429] alloc_contig_range: [f7122, f7123) PFNs busy
    [ 9397.599156] usb 7-1: new high-speed USB device number 2 using xhci-hcd
    [ 9397.827180] scsi host0: uas
    [ 9397.847260] scsi 0:0:0:0: Direct-Access     SanDisk  SDSSDA240G       Z320 PQ: 0 ANSI: 6
    [ 9397.848537] usbcore: registered new interface driver uas
    [ 9397.849422] sd 0:0:0:0: [sda] 468862128 512-byte logical blocks: (240 GB/224 GiB)
    [ 9397.849582] sd 0:0:0:0: [sda] Write Protect is off
    [ 9397.849587] sd 0:0:0:0: [sda] Mode Sense: 2f 00 00 00
    [ 9397.849890] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
    [ 9397.853951]  sda: sda1
    [ 9397.856234] sd 0:0:0:0: [sda] Attached SCSI disk
    [ 9430.835974] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
    
  • 4.17.0-rc6-1019-ayufan released

    Was ist mir aufgefallen

    • PCIe arbeitet jetzt mit 5GT/s
    • USB3 geht bei mir nicht mehr, keine Ahnung warum!?!?!?
  • Tja, wenn das Bootproblem nicht wäre, könnte man mit dem Mainline schon leben.

    rock64@rockpro64:/$ uname -a
    Linux rockpro64 4.17.0-rc6-1019-ayufan-gfafc3e1c913f #1 SMP PREEMPT Tue Jun 12 19:06:59 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux
    

    Mal meine Standardinstallation mit nodejs, redis-server und NodeBB drauf gehauen. Das läuft schon richtig rund.

    • Angschlossen sind ein Monitor mittels HDMI - einwandfrei
    • Am USB3-Port ein Keyboard - ok
    • Die NVMe Karte mit SSD ist drin - ok
    • 6 Kerne werden erkannt

    0_1529149482212_hdmi_htop_ergebnis.jpg

    was noch nicht so richtig funktioniert

    • ich kann am USB3 keine HDD/SDD mehr erkennen, drei verschieden Adapter. Keiner geht!
    • Soundkarte nicht gefunden
    • Booten ist Zufall, Reboot geht nicht.

    So weit macht das schon einen sehr guten Eindruck, für diesen frühen Zeitpunkt. Was nervt ist das Bootproblem, das nervt so richtig wenn man testen will und man nie weiß ob das SOC jetzt mal möchte 🙂

    rock64@rockpro64:/$ uptime
     11:41:12 up  5:11,  2 users,  load average: 0.00, 0.00, 0.00
    
  • 4.17.0-rc6-1029-ayufan released

    Seit 1021 funktioniert USB3.

  • [V] ROCKPro64 incl. PCIe SATA-Karte

    Verschoben Archiv
    2
    0 Stimmen
    2 Beiträge
    207 Aufrufe
    FrankMF

    Verkauft!

  • 0 Stimmen
    4 Beiträge
    359 Aufrufe
    K

    na denn, tippe ich mal so auf default konfiguriert per dhcp 🙂

  • ROCKPro64 - Secondary IP entfernen

    ROCKPro64
    5
    0 Stimmen
    5 Beiträge
    608 Aufrufe
    FrankMF

    Hallo @mabs,

    es ging bei meinem Post gar nicht um den dhcpd, also den Daemon der die Adressen verteilt. Hintergrund, ich versuche gerade mal wieder einen Router auf Basis eines ROCKPro64 zu bauen. Dabei bin ich in Kamils Debian Minimal über die zweite IP-Adresse gestolpert.

    Danke aber für deine Anregungen.

    Es gibt da aber wohl mit dem Debian Minimal irgendwelche Probleme mit dem Forwarding, so das ich das jetzt auf einem Bionic mache, dort klappt das einwandfrei. Aber dazu später ausführlich in einem anderen Thread.

  • Images 0.9.x

    Images
    13
    0 Stimmen
    13 Beiträge
    763 Aufrufe
    FrankMF

    0.9.16: gitlab-ci-linux-build-163 released

    0.9.x 0.9.16: Bump kernel to 4.4.197, 0.9.15: Bump kernel to 4.4.193, 0.9.14: Bump kernel to 4.4.190, 0.9.14: Fix Firefox video playback, 0.9.13: Bump sound volume for Pinebook Pro, 0.9.12: Fix LXDE for Rock64, 0.9.10: Fix support for power/standby LEDs for all boards,
  • Wireguard

    Verschoben Wireguard
    4
    0 Stimmen
    4 Beiträge
    780 Aufrufe
    FrankMF

    Etwas schnellerer Weg den Tunnel aufzubauen, Voraussetzung

    wireguard modul installiert Keys erzeugt

    Danach dann einfach

    ip link add wg0 type wireguard wg setconf wg0 /etc/wireguard/wg0.conf Datei /etc/wireguard/wg0.conf [Interface] PrivateKey = <Private Key> ListenPort = 60563 [Peer] PublicKey = <Public Key Ziel> Endpoint = <IPv4 Adresse Zielrechner>:58380 AllowedIPs = 10.10.0.1/32

    Die Rechte der Dateien von wireguard müssen eingeschränkt werden.

    sudo chmod 0600 /etc/wireguard/wg0.conf

    Das ganze per rc.local beim Booten laden. Datei /root/wireguard_start.sh

    ############################################################################################### # Autor: Frank Mankel # Startup-Script # Wireguard # Kontakt: frank.mankel@gmail.com # ############################################################################################### ip link add wg0 type wireguard ip address add dev wg0 10.10.0.1/8 wg setconf wg0 /etc/wireguard/wg0.conf ip link set up dev wg0

    Danach Datei ausführbar machen

    chmod +x /root/wireguard_start.sh

    In rc.local

    /root/wireguard_start.sh

    eintragen - Fertig!

  • Recover Button

    Hardware
    2
    0 Stimmen
    2 Beiträge
    788 Aufrufe
    FrankMF

    Ich hab das mal ausprobiert.

    Den Recover Button so lange drücken, bis folgendes erscheint.

    In: serial@ff1a0000 Out: serial@ff1a0000 Err: serial@ff1a0000 Model: Pine64 RockPro64 rockchip_dnl_mode = 1 mode rockchip_dnl_mode = 2 mode rockchip_dnl_mode = 3 mode rockchip_dnl_mode = 4 mode entering maskrom mode...

    RKFlashTool clonen

    root@thinkpad:/home/frank/test# git clone https://github.com/rockchip-linux/rkflashtool Klone nach 'rkflashtool' ... remote: Counting objects: 663, done. remote: Total 663 (delta 0), reused 0 (delta 0), pack-reused 663 Empfange Objekte: 100% (663/663), 114.94 KiB | 0 bytes/s, Fertig. Löse Unterschiede auf: 100% (367/367), Fertig.

    In das Verzeichnis wechseln

    root@thinkpad:/home/frank/test# cd rkflashtool/

    Inhalt

    root@thinkpad:/home/frank/test/rkflashtool# ls doc Makefile rkcrc.h rkflashtool.h rkparametersblock examples README rkflashall rkmisc rkunpack.c fixversion.sh release.sh rkflashloader rkpad rkunsign flashuboot rkcrc.c rkflashtool.c rkparameters version.h

    RKFlashtool bauen

    root@thinkpad:/home/frank/test/rkflashtool# make gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkflashtool.c -o rkflashtool -lusb-1.0 gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkcrc.c -o rkcrc -lusb-1.0 gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkunpack.c -o rkunpack -lusb-1.0

    Ich habe ein USB-A to USB-A Kabel vom USB-C Port des ROCKPro64 zu meinem Notebook hergestellt.

    root@thinkpad:/home/frank/test/rkflashtool# sudo ./rkflashtool v rkflashtool: info: rkflashtool v5.2 rkflashtool: info: Detected RK3399... rkflashtool: info: interface claimed rkflashtool: info: MASK ROM MODE rkflashtool: info: chip version: -..-

    Ok, Verbindung steht.

    Eine Übersicht der Befehle

    root@thinkpad:/home/frank/test/rkflashtool# sudo ./rkflashtool rkflashtool: info: rkflashtool v5.2 rkflashtool: fatal: usage: rkflashtool b [flag] reboot device rkflashtool l <file load DDR init (MASK ROM MODE) rkflashtool L <file load USB loader (MASK ROM MODE) rkflashtool v read chip version rkflashtool n read NAND flash info rkflashtool i offset nsectors >outfile read IDBlocks rkflashtool j offset nsectors <infile write IDBlocks rkflashtool m offset nbytes >outfile read SDRAM rkflashtool M offset nbytes <infile write SDRAM rkflashtool B krnl_addr parm_addr exec SDRAM rkflashtool r partname >outfile read flash partition rkflashtool w partname <infile write flash partition rkflashtool r offset nsectors >outfile read flash rkflashtool w offset nsectors <infile write flash rkflashtool p >file fetch parameters rkflashtool P <file write parameters rkflashtool e partname erase flash (fill with 0xff) rkflashtool e offset nsectors erase flash (fill with 0xff)
  • 0 Stimmen
    3 Beiträge
    1k Aufrufe
    FrankMF

    Ein paar Hardware Änderungen

    Weiße LED gedimmt

    0_1532529766212_IMG_20180725_151430_ergebnis.jpg

    Neue LED grün, neben dem Eingang der Stromversorgung

    0_1532529863801_IMG_20180725_151421_geändert.jpg

  • Benchmark Mainline 4.17.0-rc6

    Verschoben Archiv
    4
    0 Stimmen
    4 Beiträge
    959 Aufrufe
    FrankMF
    iozone 5GT/s x2 rock64@rockpro64:/mnt$ sudo iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 64 bit mode. Build: linux Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa. Run began: Sat Jun 16 06:34:43 2018 Include fsync in write timing O_DIRECT feature enabled Auto Mode File size set to 102400 kB Record Size 4 kB Record Size 16 kB Record Size 512 kB Record Size 1024 kB Record Size 16384 kB Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 102400 4 48672 104754 115838 116803 47894 103606 102400 16 168084 276437 292660 295458 162550 273703 102400 512 566572 597648 580005 589209 534508 597007 102400 1024 585621 624443 590545 599177 569452 630098 102400 16384 504871 754710 765558 780592 777696 753426 iozone test complete. 2,5GT/s x2 rock64@rockpro64:/mnt$ sudo iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 64 bit mode. Build: linux Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa. Run began: Sun Jun 17 06:54:02 2018 Include fsync in write timing O_DIRECT feature enabled Auto Mode File size set to 102400 kB Record Size 4 kB Record Size 16 kB Record Size 512 kB Record Size 1024 kB Record Size 16384 kB Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 102400 4 49420 91310 102658 103415 47023 90099 102400 16 138141 202088 224648 225918 141642 202457 102400 512 335055 347517 375096 378596 364668 350005 102400 1024 345508 354999 378947 382733 375315 354783 102400 16384 306262 383155 424403 429423 428670 377476 iozone test complete.