Skip to content

ROCKPro64 Armbian Image - erster Test

Verschoben Armbian
  • Wer sich mit den kleinen Platinen beschäftigt, kennt auch das Projekt Armbian. Dieses Projekt macht für ganz viele SOCs Betriebssysteme, einmal ein Debian Strech und einmal ein Ubuntu Bionic. Hauptzielsetzung sind Serverbetriebssysteme.

    Download -> https://www.armbian.com/rockpro64/

    Der Status ist Suitable for testing (WIP) , vermutlich noch nicht perfekt aber es sollte laufen. So, dann testen wir mal 🙂

    Noch kurz was zu der Situation, Kamil hat einen guten Job gemacht aber leider kommt da im Moment nichts mehr. Deswegen bin ich sehr froh, das man jetzt endlich ein erstes Armbian Image hat. So hat man eine Alternative!

    Installation

    Wie gewohnt Image runterladen und und auf eine SD_Karte bügeln. Den ROCKPro64 mit der SD-Karte starten.

    frank@frank-MS-7A34:~$ ssh root@192.168.3.6
    root@192.168.3.6's password: 
    You are required to change your password immediately (root enforced)
     ____            _    ____               __   _  _   
    |  _ \ ___   ___| | _|  _ \ _ __ ___    / /_ | || |  
    | |_) / _ \ / __| |/ / |_) | '__/ _ \  | '_ \| || |_ 
    |  _ < (_) | (__|   <|  __/| | | (_) | | (_) |__   _|
    |_| \_\___/ \___|_|\_\_|   |_|  \___/   \___/   |_|  
                                                         
    
    Welcome to ARMBIAN 5.67 stable Debian GNU/Linux 9 (stretch) 4.4.166-rockchip64   
    System load:   0.15 0.30 0.15  	Up time:       3 min		
    Memory usage:  3 % of 1991MB 	IP:            192.168.3.6
    CPU temp:      33°C           	
    Usage of /:    7% of 15G    	
    
    [ General system configuration (beta): armbian-config ]
    
    New to Armbian? Check the documentation first: https://docs.armbian.com
    Changing password for root.
    (current) UNIX password: 
    

    Erste Schritte

    Der Login erfolgt wie gewohnt bei Armbian mit

    • root
    • 1234

    Deshalb fragt Armbian beim Start auch direkt nach einem neuen Passwort! Danach fragt Armbian nach einem Benutzernamen um einen Useraccount anzulegen. Namen und Passwort angeben und weiter gehts.

    Ihr wisst ja, man soll nicht mit dem Rootaccount arbeiten 🙂

    Kernel

    Was haben wir?

    Armbian stellt uns ein aktuelles Debian 9 "Stretch" zur Verfügung.

    Welcome to ARMBIAN 5.67 stable Debian GNU/Linux 9 (stretch) 4.4.166-rockchip64
    

    und hier

    frank@rockpro64:~$ uname -a
    Linux rockpro64 4.4.166-rockchip64 #17 SMP Mon Dec 3 16:25:27 CET 2018 aarch64 GNU/Linux
    

    Letzte Version nach kernel.org.

    Überblick

    Mit htop mal nach dem Rechten schauen.

    a72ba4af-6b17-4fe7-86c4-3c936838cc5a-grafik.png

    Im oberen Bereich findet man die CPU Temperatur und die Taktraten der einzelnen Kerne! Sehr schöne Idee!

    ToDo Liste

    Was ich jetzt die nächsten Stunde / Tage mal testen werde

    • nand-sata-install
    • PCIe
    • SPI-Boot
    • USB3-Boot

    Das sollten jetzt die wichtigsten Dinge gewesen sein. Viel Spaß beim Ausprobieren!

    Und wenn ihr Armbian ausprobiert, lasst es mich wissen 😉

  • Erster Test - Booten von USB3

    Genau wie bei Kamils Images, booten von USB3 geht nicht, USB2 ohne Probleme. 😞

  • An USB2 eine SSD mit Armbian Image. Im SPI ist der u-boot und dann

     frank@frank-MS-7A34:~$ ssh frank@192.168.3.10
     frank@192.168.3.10's password: 
      ____            _    ____               __   _  _   
     |  _ \ ___   ___| | _|  _ \ _ __ ___    / /_ | || |  
     | |_) / _ \ / __| |/ / |_) | '__/ _ \  | '_ \| || |_ 
     |  _ < (_) | (__|   <|  __/| | | (_) | | (_) |__   _|
     |_| \_\___/ \___|_|\_\_|   |_|  \___/   \___/   |_|  
                                                          
     
     Welcome to ARMBIAN 5.67 stable Debian GNU/Linux 9 (stretch) 4.4.166-rockchip64   
     System load:   0.41 0.10 0.03  	Up time:       0 min		
     Memory usage:  3 % of 1991MB 	IP:            192.168.3.10
     CPU temp:      42°C           	
     Usage of /:    94% of 1.2G   	
     
     Warning: a reboot is needed to finish resizing the filesystem  
     Please reboot the system as soon as possible  
     Last login: Tue Dec  4 17:30:40 2018 from 192.168.3.213
    

    Ich habe schon zweimal neu gebootet!?!?!

  • Armbian auf SD-Karte

    frank@frank-MS-7A34:~$ iperf3 -s
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 192.168.3.3, port 44386
    [  5] local 192.168.3.213 port 5201 connected to 192.168.3.3 port 44388
    [ ID] Interval           Transfer     Bandwidth
    [  5]   0.00-1.00   sec  93.9 MBytes   788 Mbits/sec                  
    [  5]   1.00-2.00   sec  97.6 MBytes   819 Mbits/sec                  
    [  5]   2.00-3.00   sec  97.7 MBytes   820 Mbits/sec                  
    [  5]   3.00-4.00   sec  97.7 MBytes   820 Mbits/sec                  
    [  5]   4.00-5.00   sec  97.7 MBytes   819 Mbits/sec                  
    [  5]   5.00-6.00   sec  97.7 MBytes   820 Mbits/sec                  
    [  5]   6.00-7.00   sec  97.7 MBytes   819 Mbits/sec                  
    [  5]   7.00-8.00   sec  97.7 MBytes   820 Mbits/sec                  
    [  5]   8.00-9.00   sec  97.7 MBytes   820 Mbits/sec                  
    [  5]   9.00-10.00  sec  97.7 MBytes   820 Mbits/sec                  
    [  5]  10.00-10.05  sec  4.40 MBytes   819 Mbits/sec                  
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth
    [  5]   0.00-10.05  sec  0.00 Bytes  0.00 bits/sec                  sender
    [  5]   0.00-10.05  sec   978 MBytes   816 Mbits/sec                  receiver
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 192.168.3.3, port 44390
    [  5] local 192.168.3.213 port 5201 connected to 192.168.3.3 port 44392
    [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
    [  5]   0.00-1.00   sec   108 MBytes   902 Mbits/sec    0    304 KBytes       
    [  5]   1.00-2.00   sec   112 MBytes   941 Mbits/sec    0    304 KBytes       
    [  5]   2.00-3.00   sec   112 MBytes   942 Mbits/sec    0    304 KBytes       
    [  5]   3.00-4.00   sec   112 MBytes   942 Mbits/sec    0    304 KBytes       
    [  5]   4.00-5.00   sec   112 MBytes   941 Mbits/sec    0    304 KBytes       
    [  5]   5.00-6.00   sec   112 MBytes   941 Mbits/sec    0    304 KBytes       
    [  5]   6.00-7.00   sec   112 MBytes   941 Mbits/sec    0    304 KBytes       
    [  5]   7.00-8.00   sec   112 MBytes   941 Mbits/sec    0    304 KBytes       
    [  5]   8.00-9.00   sec   112 MBytes   941 Mbits/sec    0    304 KBytes       
    [  5]   9.00-10.00  sec   112 MBytes   942 Mbits/sec    0    304 KBytes       
    [  5]  10.00-10.04  sec  3.99 MBytes   942 Mbits/sec    0    304 KBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth       Retr
    [  5]   0.00-10.04  sec  1.10 GBytes   937 Mbits/sec    0             sender
    [  5]   0.00-10.04  sec  0.00 Bytes  0.00 bits/sec                  receiver
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 192.168.3.3, port 44394
    [  5] local 192.168.3.213 port 5201 connected to 192.168.3.3 port 44396
    [ ID] Interval           Transfer     Bandwidth
    [  5]   0.00-1.00   sec  94.2 MBytes   790 Mbits/sec                  
    [  5]   1.00-2.00   sec  97.7 MBytes   820 Mbits/sec                  
    [  5]   2.00-3.00   sec  97.7 MBytes   819 Mbits/sec                  
    [  5]   3.00-4.00   sec  97.7 MBytes   819 Mbits/sec                  
    [  5]   4.00-5.00   sec  97.7 MBytes   819 Mbits/sec                  
    [  5]   5.00-6.00   sec  97.7 MBytes   820 Mbits/sec                  
    [  5]   6.00-7.00   sec  97.7 MBytes   820 Mbits/sec                  
    [  5]   7.00-8.00   sec  97.7 MBytes   820 Mbits/sec                  
    [  5]   8.00-9.00   sec  97.7 MBytes   820 Mbits/sec                  
    [  5]   9.00-10.00  sec  97.7 MBytes   820 Mbits/sec                  
    [  5]  10.00-10.04  sec  3.60 MBytes   819 Mbits/sec                  
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth
    [  5]   0.00-10.04  sec  0.00 Bytes  0.00 bits/sec                  sender
    [  5]   0.00-10.04  sec   977 MBytes   817 Mbits/sec                  receiver
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 192.168.3.3, port 44398
    [  5] local 192.168.3.213 port 5201 connected to 192.168.3.3 port 44400
    [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
    [  5]   0.00-1.00   sec   108 MBytes   909 Mbits/sec    0    151 KBytes       
    [  5]   1.00-2.00   sec   112 MBytes   941 Mbits/sec    0    151 KBytes       
    [  5]   2.00-3.00   sec   112 MBytes   942 Mbits/sec    0    151 KBytes       
    [  5]   3.00-4.00   sec   112 MBytes   941 Mbits/sec    0    151 KBytes       
    [  5]   4.00-5.00   sec   112 MBytes   941 Mbits/sec    0    151 KBytes       
    [  5]   5.00-6.00   sec   112 MBytes   941 Mbits/sec    0    151 KBytes       
    [  5]   6.00-7.00   sec   112 MBytes   942 Mbits/sec    0    151 KBytes       
    [  5]   7.00-8.00   sec   112 MBytes   941 Mbits/sec    0    151 KBytes       
    [  5]   8.00-9.00   sec   112 MBytes   942 Mbits/sec    0    151 KBytes       
    [  5]   9.00-10.00  sec   112 MBytes   942 Mbits/sec    0    151 KBytes       
    [  5]  10.00-10.03  sec  3.80 MBytes   932 Mbits/sec    0    151 KBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth       Retr
    [  5]   0.00-10.03  sec  1.10 GBytes   938 Mbits/sec    0             sender
    [  5]   0.00-10.03  sec  0.00 Bytes  0.00 bits/sec                  receiver
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    
  • 960EVO SSD mit PCIe Karte wird erkannt

    Disk /dev/nvme0n1: 232.9 GiB, 250059350016 bytes, 488397168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    

    dmesg

    frank@rockpro64:~$ dmesg | grep -e "pci"
    [    1.440980] of_get_named_gpiod_flags: parsed 'gpio' property of node '/vcc3v3-pcie-regulator[0]' - status (0)
    [    1.441025] reg-fixed-voltage vcc3v3-pcie-regulator: Looking up vin-supply from device tree
    [    1.441063] vcc3v3_pcie: supplied by dc_12v
    [    1.441112] vcc3v3_pcie: 3300 mV 
    [    1.441282] reg-fixed-voltage vcc3v3-pcie-regulator: vcc3v3_pcie supplying 3300000uV
    [    1.745171] phy phy-pcie-phy.5: Looking up phy-supply from device tree
    [    1.745182] phy phy-pcie-phy.5: Looking up phy-supply property in node /pcie-phy failed
    [    1.747060] rockchip-pcie f8000000.pcie: GPIO lookup for consumer ep
    [    1.747070] rockchip-pcie f8000000.pcie: using device tree for GPIO lookup
    [    1.747097] of_get_named_gpiod_flags: parsed 'ep-gpios' property of node '/pcie@f8000000[0]' - status (0)
    [    1.747341] rockchip-pcie f8000000.pcie: Looking up vpcie3v3-supply from device tree
    [    1.747431] rockchip-pcie f8000000.pcie: Looking up vpcie1v8-supply from device tree
    [    1.747442] rockchip-pcie f8000000.pcie: Looking up vpcie1v8-supply property in node /pcie@f8000000 failed
    [    1.747456] rockchip-pcie f8000000.pcie: no vpcie1v8 regulator found
    [    1.747464] rockchip-pcie f8000000.pcie: Looking up vpcie0v9-supply from device tree
    [    1.747474] rockchip-pcie f8000000.pcie: Looking up vpcie0v9-supply property in node /pcie@f8000000 failed
    [    1.747485] rockchip-pcie f8000000.pcie: no vpcie0v9 regulator found
    [    1.768030] rockchip-pcie f8000000.pcie: invalid power supply
    [    1.816481] PCI host bridge /pcie@f8000000 ranges:
    [    1.816806] rockchip-pcie f8000000.pcie: PCI host bridge to bus 0000:00
    [    1.816817] pci_bus 0000:00: root bus resource [bus 00-1f]
    [    1.816827] pci_bus 0000:00: root bus resource [mem 0xfa000000-0xfbdfffff]
    [    1.816838] pci_bus 0000:00: root bus resource [io  0x0000-0xfffff] (bus address [0xfbe00000-0xfbefffff])
    [    1.816871] pci 0000:00:00.0: [1d87:0100] type 01 class 0x060400
    [    1.816971] pci 0000:00:00.0: supports D1
    [    1.816980] pci 0000:00:00.0: PME# supported from D0 D1 D3hot
    [    1.817221] pci 0000:00:00.0: bridge configuration invalid ([bus 00-00]), reconfiguring
    [    1.817339] pci_bus 0000:01: busn_res: can not insert [bus 01-ff] under [bus 00-1f] (conflicts with (null) [bus 00-1f])
    [    1.817394] pci 0000:01:00.0: [144d:a804] type 00 class 0x010802
    [    1.817445] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
    [    1.824034] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
    [    1.824067] pci 0000:00:00.0: BAR 8: assigned [mem 0xfa000000-0xfa0fffff]
    [    1.824080] pci 0000:01:00.0: BAR 0: assigned [mem 0xfa000000-0xfa003fff 64bit]
    [    1.824111] pci 0000:00:00.0: PCI bridge to [bus 01]
    [    1.824123] pci 0000:00:00.0:   bridge window [mem 0xfa000000-0xfa0fffff]
    [    1.824180] pcieport 0000:00:00.0: enabling device (0000 -> 0002)
    [    1.824407] pcieport 0000:00:00.0: Signaling PME through PCIe PME interrupt
    [    1.824416] pci 0000:01:00.0: Signaling PME through PCIe PME interrupt
    [    1.824426] pcie_pme 0000:00:00.0:pcie01: service driver pcie_pme loaded
    [    1.824530] aer 0000:00:00.0:pcie02: service driver aer loaded
    [    1.940238] ehci-pci: EHCI PCI platform driver
    

    lspci

    frank@rockpro64:~$ sudo lspci -vvv
    00:00.0 PCI bridge: Device 1d87:0100 (prog-if 00 [Normal decode])
    	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort+ <TAbort+ <MAbort+ >SERR+ <PERR+ INTx-
    	Latency: 0
    	Interrupt: pin A routed to IRQ 224
    	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
    	I/O behind bridge: 00000000-00000fff
    	Memory behind bridge: fa000000-fa0fffff
    	Prefetchable memory behind bridge: 00000000-000fffff
    	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
    	BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
    		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
    	Capabilities: [80] Power Management version 3
    		Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0+,D1+,D2-,D3hot+,D3cold-)
    		Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME+
    	Capabilities: [90] MSI: Enable+ Count=1/1 Maskable+ 64bit+
    		Address: 00000000fee30040  Data: 0000
    		Masking: 00000000  Pending: 00000000
    	Capabilities: [b0] MSI-X: Enable- Count=1 Masked-
    		Vector table: BAR=0 offset=00000000
    		PBA: BAR=0 offset=00000008
    	Capabilities: [c0] Express (v2) Root Port (Slot+), MSI 00
    		DevCap:	MaxPayload 256 bytes, PhantFunc 0
    			ExtTag- RBE+
    		DevCtl:	Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+
    			RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
    			MaxPayload 128 bytes, MaxReadReq 512 bytes
    		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
    		LnkCap:	Port #0, Speed 5GT/s, Width x4, ASPM L1, Exit Latency L0s <256ns, L1 <8us
    			ClockPM- Surprise- LLActRep- BwNot+ ASPMOptComp+
    		LnkCtl:	ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk-
    			ExtSynch- ClockPM- AutWidDis- BWInt+ AutBWInt+
    		LnkSta:	Speed 5GT/s, Width x4, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt-
    		SltCap:	AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise-
    			Slot #0, PowerLimit 0.000W; Interlock- NoCompl-
    		SltCtl:	Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
    			Control: AttnInd Off, PwrInd Off, Power+ Interlock-
    		SltSta:	Status: AttnBtn- PowerFlt- MRL+ CmdCplt- PresDet- Interlock-
    			Changed: MRL- PresDet- LinkState-
    		RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna+ CRSVisible-
    		RootCap: CRSVisible-
    		RootSta: PME ReqID 0000, PMEStatus- PMEPending-
    		DevCap2: Completion Timeout: Range B, TimeoutDis+, LTR+, OBFF Via message ARIFwd+
    		DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled ARIFwd-
    		LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-
    			 Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
    			 Compliance De-emphasis: -6dB
    		LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-
    			 EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
    	Capabilities: [100 v2] Advanced Error Reporting
    		UESta:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
    		UEMsk:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
    		UESvrt:	DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
    		CESta:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
    		CEMsk:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
    		AERCap:	First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
    	Capabilities: [274 v1] Transaction Processing Hints
    		Interrupt vector mode supported
    		Device specific mode supported
    		Steering table in TPH capability structure
    	Kernel driver in use: pcieport
    
    01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd Device a804 (prog-if 02 [NVM Express])
    	Subsystem: Samsung Electronics Co Ltd Device a801
    	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    	Latency: 0
    	Interrupt: pin A routed to IRQ 223
    	Region 0: Memory at fa000000 (64-bit, non-prefetchable) [size=16K]
    	Capabilities: [40] Power Management version 3
    		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
    		Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
    	Capabilities: [50] MSI: Enable- Count=1/32 Maskable- 64bit+
    		Address: 0000000000000000  Data: 0000
    	Capabilities: [70] Express (v2) Endpoint, MSI 00
    		DevCap:	MaxPayload 256 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
    			ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset+ SlotPowerLimit 0.000W
    		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
    			RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ FLReset-
    			MaxPayload 128 bytes, MaxReadReq 512 bytes
    		DevSta:	CorrErr+ UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
    		LnkCap:	Port #0, Speed 8GT/s, Width x4, ASPM L1, Exit Latency L0s unlimited, L1 <64us
    			ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp+
    		LnkCtl:	ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk-
    			ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
    		LnkSta:	Speed 5GT/s, Width x4, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
    		DevCap2: Completion Timeout: Range ABCD, TimeoutDis+, LTR+, OBFF Not Supported
    		DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
    		LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis-
    			 Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
    			 Compliance De-emphasis: -6dB
    		LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-
    			 EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
    	Capabilities: [b0] MSI-X: Enable+ Count=8 Masked-
    		Vector table: BAR=0 offset=00003000
    		PBA: BAR=0 offset=00002000
    	Capabilities: [100 v2] Advanced Error Reporting
    		UESta:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
    		UEMsk:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
    		UESvrt:	DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
    		CESta:	RxErr- BadTLP- BadDLLP- Rollover+ Timeout+ NonFatalErr-
    		CEMsk:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
    		AERCap:	First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
    	Capabilities: [148 v1] Device Serial Number 00-00-00-00-00-00-00-00
    	Capabilities: [158 v1] Power Budgeting <?>
    	Capabilities: [168 v1] #19
    	Capabilities: [188 v1] Latency Tolerance Reporting
    		Max snoop latency: 0ns
    		Max no snoop latency: 0ns
    	Capabilities: [190 v1] L1 PM Substates
    		L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+ L1_PM_Substates+
    			  PortCommonModeRestoreTime=10us PortTPowerOnTime=10us
    		L1SubCtl1: PCI-PM_L1.2- PCI-PM_L1.1- ASPM_L1.2- ASPM_L1.1-
    			   T_CommonMode=0us LTR1.2_Threshold=0ns
    		L1SubCtl2: T_PwrOn=10us
    	Kernel driver in use: nvme
    
  • Ein ganz großer Vorteil von Armbian.

    linux-u-boot-rockpro64-default (5.67.181210) wird eingerichtet ...
    Updating u-boot on /dev/mmcblk0
    Trigger für systemd (232-25+deb9u6) werden verarbeitet ...
    Trigger für man-db (2.7.6.1-2) werden verarbeitet ...
    armbian-tools-stretch (5.67.181210) wird eingerichtet ...
    linux-dtb-rockchip64 (5.67.181210) wird eingerichtet ...
    

    Worum geht es? Um diese Zeile

    Updating u-boot on /dev/mmcblk0
    

    Aktuell läuft Armbian hier auf meinem Test ROCKPro64 mit PCIe-NVMe SSD, Boot erfolgt von SD-Karte. Als System wird die Nightly eingesetzt.

     Welcome to ARMBIAN 5.67.181209 nightly Debian GNU/Linux 9 (stretch) 4.4.166-rockchip64
    

    Es sieht so aus, das beim Updaten das richtige Verzeichnis aktualisiert würde. Das wäre schon mal ein klarer Vorteil gegenüber den Images von Kamil. Ich muss das aber noch was intensiver beobachten. Eben beim reboot Befehl per ssh hing der ROCKPro64. Konnte leider nicht erkennen warum!?

    Bis jetzt sieht das aber sehr vielversprechend aus.

  • Ich habe mit Kamil's Images ein wenig Probleme, vor allen Dingen der USB3 Port. Da ich aber einen ROCKPro64 in folgender Konfiguration nutzen möchte, nervt das ein wenig.

    • ROCKPro64 v2.1 2GB
    • PCIe NVMe SSD
    • 2,5 Zoll HDD am USB3 Port (Pine64 Adapter)

    Das System läuft auf der NVMe SSD. Die HDD dient als Datengrab. Nun hatte ich immer wieder Fehler, "..endpoint ..." so das das Dateisystem teilweise nur noch RO eingehangen war. Für mich so leider nicht nutzbar. Also mal mit einer anderen HDD und Armbian das System nachgebaut um zu schauen ob die Fehler da auch auftauchen.

    Gestern dann mal 488GB Daten mit Restic von einem anderen System auf das Armbian geschoben. Und schau an, ich kann keinen Fehler mehr feststellen. Ok, ich denke es ist noch was zu früh um das Abschließend zu beurteilen, also werde ich das die nächsten Wochen mal beobachten.

    Noch was, wenn ich das Armbian auf einem ROCKPro64 mit 4GB RAM starte, bekomme ich eine Kernel Panic. Auf einem 2GB Modell startet das System einwandfrei. Da scheint noch was im Argen zu sein.

    Logfile

    Mein Post im Armbian-Forum.

  • Das sieht gut aus!

    Script ist heute Nacht gelaufen und keinerlei Fehler im dmesg.

    Welcome to ARMBIAN 5.67.181213 nightly Debian GNU/Linux 9 (stretch) 4.4.166-rockchip64
    
  • Paar Fakten

    • Auf einem ROCKPro64 mit 4GB RAM (v2.0) kommt es zu einem Kernel-Boot wenn ich eine PCIe NVMe SSD einstecke.

    • USB3 Geschwindigkeit mit einem USB3 Stick (375 MB/s)

      frank@armbian_v2:~$ dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync
      4096+0 Datensätze ein
      4096+0 Datensätze aus
      4294967296 Bytes (4,3 GB, 4,0 GiB) kopiert, 11,443 s, 375 MB/s

  • Heute mal alle Pakete aktualisiert, kam u-boot und alles mögliche andere. Danach einen Reboot. Der ROCKPro64 war danach nicht erreichbar. Leider konnte ich nicht sehen warum, hatte kein UART angeklemmt. Ein Druck auf den Taster Reset brachte dann wieder Leben in die Kiste.

    Seltsam, das habe ich jetzt schon mehrmals beobachtet, ich weiß aber leider nicht wo es klemmt!???

  • Evt. lag das an einer fehlerhaften Konfiguration, ich hatte etwas mit IPv6 rumgespielt und da war noch ein Eintrag, das er sich eine IPv6 Adresse per DHCP besorgen sollte. Der Server war aber nicht an.

    IMG_20181222_140209.jpg

     networking.service - Raise network interfaces
       Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
       Active: failed (Result: timeout) since Sat 2018-12-22 14:05:27 CET; 1min 5s ago
         Docs: man:interfaces(5)
      Process: 539 ExecStart=/sbin/ifup -a --read-environment (code=killed, signal=TERM)
      Process: 520 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ] 
     Main PID: 539 (code=killed, signal=TERM)
        Tasks: 0 (limit: 4915)
       CGroup: /system.slice/networking.service
    
    Dez 22 14:00:52 armbian_v2_0 dhclient[1366]: XMT: Solicit on eth0, interval 16800ms.
    Dez 22 14:01:09 armbian_v2_0 dhclient[1366]: XMT: Solicit on eth0, interval 32190ms.
    Dez 22 14:01:41 armbian_v2_0 dhclient[1366]: XMT: Solicit on eth0, interval 67010ms.
    Dez 22 14:02:48 armbian_v2_0 dhclient[1366]: XMT: Solicit on eth0, interval 117310ms.
    Dez 22 14:04:45 armbian_v2_0 dhclient[1366]: XMT: Solicit on eth0, interval 127080ms.
    Dez 22 14:05:27 armbian_v2_0 systemd[1]: networking.service: Start operation timed out. Terminating.
    Dez 22 14:05:27 armbian_v2_0 systemd[1]: networking.service: Main process exited, code=killed, status=15/TERM
    Dez 22 14:05:27 armbian_v2_0 systemd[1]: Failed to start Raise network interfaces.
    Dez 22 14:05:27 armbian_v2_0 systemd[1]: networking.service: Unit entered failed state.
    Dez 22 14:05:27 armbian_v2_0 systemd[1]: networking.service: Failed with result 'timeout'.
    

    Netzwerkkonfiguration angepasst, nächster Reboot war sau schnell 🙂

    Muss ich aber trotzdem im Auge behalten, bin mir da nicht 100% sicher.

  • Erster dicker Fehlschlag mit Armbian 😞

    Heute versucht mein NAS mit Armbian aufzusetzen. Raid einbinden usw. kein Problem. Als es dann an Restic und GO ging war es vorbei mit lustig. Pakete zu alt, Quellen eingebunden und nur noch Fehler. Hmm!?

    Da ich nach zwei Stunden keine Lust mehr hatte, habe ich das erst mal auf Eis gelegt. Manchmal ist es besser an einem anderen Tag noch mal von vorne anzufangen.

    Nun läuft das NAS wieder mit

    rock64@rockpro64v_2_1:~$ uname -a
    Linux rockpro64v_2_1 4.19.0-rc4-1071-ayufan-g10a63ec6c2a2 #1 SMP PREEMPT Mon Oct 1 07:33:40 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux
    

    So schlecht läuft das ja nicht, wenn denn mal die USB3 Schnittstelle vernünftig laufen würde.

    Update: Manchmal muss man es auch richtig machen 🙂 https://forum.frank-mankel.org/topic/420/rockpro64-armbian-go-restic-installieren

  • ROCKPro64 - Kernel switchen

    Verschoben ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet
  • Wireguard

    Verschoben Wireguard
    4
    0 Stimmen
    4 Beiträge
    872 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
    830 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)
  • ROCKPro64 - eMMC-Modul / SD-Karte auswählen

    Hardware
    3
    0 Stimmen
    3 Beiträge
    2k Aufrufe
    FrankMF

    Echtes Problem gefunden.

    Wenn die eMMC-Karte verbaut ist, ich mit der SD-Karte starte (Jumper gesetzt), kann ich keinen Kernel updaten. Es ist alles ganz normal installiert, er startet aber immer den letzten vorhandenen.

    Jumper entfernt, eMMC-Modul entfernt!

    Bootvorgang mit unveränderter SD-Karte, neuer Kernel wird geladen.

    OK, das verstehe ich im Moment überhaupt nicht !?!?!?

  • ROCKPro64 wieder vorbestellbar

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

    Meine Lieferung ist unterwegs 🙂

    Hello Mr. Frank Mankel, Order 62068 just shipped on July 18, 2018 from Shenzhen transit to Hong Kong DHL.

  • [HOWTO] ROCKPro64 - Boot

    Verschoben Hardware
    5
    0 Stimmen
    5 Beiträge
    4k Aufrufe
    FrankMF

    Das Problem sollte mit Kernel 4.19.0-rc4-1069-ayufan behoben sein.

  • stretch-openmediavault-rockpro64

    Verschoben Linux
    1
    0 Stimmen
    1 Beiträge
    805 Aufrufe
    Niemand hat geantwortet
  • stretch-minimal-rockpro64

    Verschoben Linux
    3
    0 Stimmen
    3 Beiträge
    1k Aufrufe
    FrankMF

    Mal ein Test was der Speicher so kann.

    rock64@rockpro64:~/tinymembench$ ./tinymembench tinymembench v0.4.9 (simple benchmark for memory throughput and latency) ========================================================================== == Memory bandwidth tests == == == == Note 1: 1MB = 1000000 bytes == == Note 2: Results for 'copy' tests show how many bytes can be == == copied per second (adding together read and writen == == bytes would have provided twice higher numbers) == == Note 3: 2-pass copy means that we are using a small temporary buffer == == to first fetch data into it, and only then write it to the == == destination (source -> L1 cache, L1 cache -> destination) == == Note 4: If sample standard deviation exceeds 0.1%, it is shown in == == brackets == ========================================================================== C copy backwards : 2812.7 MB/s C copy backwards (32 byte blocks) : 2811.9 MB/s C copy backwards (64 byte blocks) : 2632.8 MB/s C copy : 2667.2 MB/s C copy prefetched (32 bytes step) : 2633.5 MB/s C copy prefetched (64 bytes step) : 2640.8 MB/s C 2-pass copy : 2509.8 MB/s C 2-pass copy prefetched (32 bytes step) : 2431.6 MB/s C 2-pass copy prefetched (64 bytes step) : 2424.1 MB/s C fill : 4887.7 MB/s (0.5%) C fill (shuffle within 16 byte blocks) : 4883.0 MB/s C fill (shuffle within 32 byte blocks) : 4889.3 MB/s C fill (shuffle within 64 byte blocks) : 4889.2 MB/s --- standard memcpy : 2807.3 MB/s standard memset : 4890.4 MB/s (0.3%) --- NEON LDP/STP copy : 2803.7 MB/s NEON LDP/STP copy pldl2strm (32 bytes step) : 2802.1 MB/s NEON LDP/STP copy pldl2strm (64 bytes step) : 2800.7 MB/s NEON LDP/STP copy pldl1keep (32 bytes step) : 2745.5 MB/s NEON LDP/STP copy pldl1keep (64 bytes step) : 2745.8 MB/s NEON LD1/ST1 copy : 2801.9 MB/s NEON STP fill : 4888.9 MB/s (0.3%) NEON STNP fill : 4850.1 MB/s ARM LDP/STP copy : 2803.8 MB/s ARM STP fill : 4893.0 MB/s (0.5%) ARM STNP fill : 4851.7 MB/s ========================================================================== == Framebuffer read tests. == == == == Many ARM devices use a part of the system memory as the framebuffer, == == typically mapped as uncached but with write-combining enabled. == == Writes to such framebuffers are quite fast, but reads are much == == slower and very sensitive to the alignment and the selection of == == CPU instructions which are used for accessing memory. == == == == Many x86 systems allocate the framebuffer in the GPU memory, == == accessible for the CPU via a relatively slow PCI-E bus. Moreover, == == PCI-E is asymmetric and handles reads a lot worse than writes. == == == == If uncached framebuffer reads are reasonably fast (at least 100 MB/s == == or preferably >300 MB/s), then using the shadow framebuffer layer == == is not necessary in Xorg DDX drivers, resulting in a nice overall == == performance improvement. For example, the xf86-video-fbturbo DDX == == uses this trick. == ========================================================================== NEON LDP/STP copy (from framebuffer) : 602.5 MB/s NEON LDP/STP 2-pass copy (from framebuffer) : 551.6 MB/s NEON LD1/ST1 copy (from framebuffer) : 667.1 MB/s NEON LD1/ST1 2-pass copy (from framebuffer) : 605.6 MB/s ARM LDP/STP copy (from framebuffer) : 445.3 MB/s ARM LDP/STP 2-pass copy (from framebuffer) : 428.8 MB/s ========================================================================== == Memory latency test == == == == Average time is measured for random memory accesses in the buffers == == of different sizes. The larger is the buffer, the more significant == == are relative contributions of TLB, L1/L2 cache misses and SDRAM == == accesses. For extremely large buffer sizes we are expecting to see == == page table walk with several requests to SDRAM for almost every == == memory access (though 64MiB is not nearly large enough to experience == == this effect to its fullest). == == == == Note 1: All the numbers are representing extra time, which needs to == == be added to L1 cache latency. The cycle timings for L1 cache == == latency can be usually found in the processor documentation. == == Note 2: Dual random read means that we are simultaneously performing == == two independent memory accesses at a time. In the case if == == the memory subsystem can't handle multiple outstanding == == requests, dual random read has the same timings as two == == single reads performed one after another. == ========================================================================== block size : single random read / dual random read 1024 : 0.0 ns / 0.0 ns 2048 : 0.0 ns / 0.0 ns 4096 : 0.0 ns / 0.0 ns 8192 : 0.0 ns / 0.0 ns 16384 : 0.0 ns / 0.0 ns 32768 : 0.0 ns / 0.0 ns 65536 : 4.5 ns / 7.2 ns 131072 : 6.8 ns / 9.7 ns 262144 : 9.8 ns / 12.8 ns 524288 : 11.4 ns / 14.7 ns 1048576 : 16.0 ns / 22.6 ns 2097152 : 114.0 ns / 175.3 ns 4194304 : 161.7 ns / 219.9 ns 8388608 : 190.7 ns / 241.5 ns 16777216 : 205.3 ns / 250.5 ns 33554432 : 212.9 ns / 255.5 ns 67108864 : 222.3 ns / 271.1 ns