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 - Mainline Kernel 6.8.0-rc3

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    259 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Debian Bullseye Teil 1

    ROCKPro64
    17
    0 Stimmen
    17 Beiträge
    2k Aufrufe
    FrankMF

    Durch diesen Beitrag ist mir mal wieder eingefallen, das wir das erneut testen könnten 😉

    Also die aktuellen Daten von Debian gezogen. Das Image gebaut, könnt ihr alles hier im ersten Beitrag nachlesen. Da die eingebaute Netzwerkschnittstelle nicht erkannt wurde, habe ich mal wieder den USB-to-LAN Adapter eingesetzt.

    Bus 005 Device 002: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet

    Die Installation wollte ich auf einem NVMe Riegel installieren.

    Die Debian Installation durchgezogen und nach erfolgreicher Installation neugestartet. Und siehe da, ohne das man alles möglich ändern musste, bootete die NVMe SSD 🤓

    Eingesetzter uboot -> 2020.01-ayufan-2013......

    Die nicht erkannte LAN-Schnittstelle müsste an nicht freien Treibern liegen, hatte ich da irgendwo kurz gelesen. Beim Schreiben dieses Satzes kam die Nacht und ich konnte noch mal drüber schlafen. Heute Morgen, beim ersten Kaffee, dann noch mal logischer an die Sache ran gegangen.

    Wir schauen uns mal die wichtigsten Dinge an.

    root@debian:~# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 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: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff 3: enx000acd26e2c8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff inet 192.168.3.208/24 brd 192.168.3.255 scope global dynamic enx000acd26e2c8 valid_lft 42567sec preferred_lft 42567sec inet6 fd8a:6ff:2880:0:20a:cdff:fe26:e2c8/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:20a:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5426sec preferred_lft 1826sec inet6 fe80::20a:cdff:fe26:e2c8/64 scope link valid_lft forever preferred_lft forever

    Ok, er zeigt mir die Schnittstelle eth0 ja an, dann kann es an fehlenden Treibern ja nicht liegen. Lässt dann auf eine fehlerhafte Konfiguration schließen. Nächster Halt wäre dann /etc/network/interfaces

    Das trägt Debian ein

    # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug enx000acd26e2c8 iface enx000acd26e2c8 inet dhcp # This is an autoconfigured IPv6 interface iface enx000acd26e2c8 inet6 auto

    Gut, bei der Installation hat Debian ja nur die zusätzliche Netzwerkschnittstelle erkannt, folgerichtig ist die auch als primäre Schnittstelle eingetragen. Dann ändern wir das mal...

    # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface #allow-hotplug enx000acd26e2c8 allow-hotplug eth0 #iface enx000acd26e2c8 inet dhcp iface eth0 inet dhcp # This is an autoconfigured IPv6 interface #iface enx000acd26e2c8 inet6 auto iface eth0 inet6 auto

    Danach einmal alles neu starten bitte 😉

    systemctl status networking

    Da fehlte mir aber jetzt die IPv4 Adresse, so das ich einmal komplett neugestartet habe. Der Ordnung halber, so hätte man die IPv4 Adresse bekommen.

    dhclient eth0

    Nachdem Neustart kam dann das

    root@debian:/etc/network# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 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: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff inet 192.168.3.172/24 brd 192.168.3.255 scope global dynamic eth0 valid_lft 42452sec preferred_lft 42452sec inet6 fd8a:6ff:2880:0:6003:b0ff:fed6:dcb3/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:6003:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5667sec preferred_lft 2067sec inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link valid_lft forever preferred_lft forever 3: enx000acd26e2c8: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff

    Fertig, eth0 läuft. Nun kann man den zusätzlichen Adapter entfernen oder halt konfigurieren, wenn man ihn braucht.

    Warum der Debian Installer die eth0 nicht erkennt verstehe ich nicht, aber vielleicht wird das irgendwann auch noch gefixt. Jetzt habe ich erst mal einen Workaround um eine Installation auf den ROCKPro64 zu bekommen.

  • ROCKPro64 - RTL8111/8168/8411 Netzwerkkarte

    Hardware
    4
    0 Stimmen
    4 Beiträge
    394 Aufrufe
    K

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

  • FTDI Support (ayufan Kernel 5.0)

    Ungelöst Probleme?
    8
    0 Stimmen
    8 Beiträge
    561 Aufrufe
    K

    Hi, leider habe ich bisher keine Antwort von Kamil erhalten. So habe ich selbst mal einen Kernel kompiliert. Als Vorlage habe ich den Ayufan 5.3 rc4 1118 genommen. Also gleiche config nur zusätzlich den FTDI und den CH341 (Arduino clones) Treiber hinzugefügt. Könnt ihr ja mal bei Lust und Laune testen. Für meine Zwecke funktioniert er gut.
    Gruss
    https://drive.google.com/file/d/1kJarihL7bAqN9y6tK-m1V4zHCSEiEWtf/view?usp=sharing

  • ROCKPro64 - Stromaufnahme wenn OFF

    ROCKPro64
    4
    0 Stimmen
    4 Beiträge
    450 Aufrufe
    FrankMF

    Die Idee war, das eine evt. sehr kleine Stromaufnahme mit dieser Art "Meßgerät" nicht vernünftig erfasst werden kann.

  • Mainline 4.20.0-rc6

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    415 Aufrufe
    Niemand hat geantwortet
  • 0.6.59 released

    Verschoben Archiv
    1
    0 Stimmen
    1 Beiträge
    539 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