linux-nerds.org

Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

ROCKPro64 - Release 0.10.6 Was geht?

Angeheftet ROCKPro64

1 Beiträge 1 Kommentatoren 409 Aufrufe

FrankM

schrieb am

Wird laufend ergänzt.

Hardware

ROCKPro64v2.1 mit 2GB RAM
Pine64 WiFi-Modul montiert
irgendeine SD-Karte
PCIe NVMe SSD Samsung 970 EVO mit 500GB
PCIE SATA Adapter von Pine64

Software

Kernel/Images

Release 0.10.6

https://github.com/ayufan-rock64/linux-build/releases/

Kernelversionen

Kernel 5.6.0

rock64@rockpro64:~$ uname -a
Linux rockpro64 5.6.0-1127-ayufan-g1bd266cae93f #ayufan SMP PREEMPT Sat Apr 4 11:14:08 UTC 2020 aarch64 GNU/Linux

linux-mainline-u-boot

Quelle: https://github.com/ayufan-rock64/linux-mainline-u-boot/releases

Das Image -> https://github.com/ayufan-rock64/linux-mainline-u-boot/releases/download/2020.01-ayufan-2008-g6a9e270f/u-boot-flash-spi-rockpro64.img.xz auf eine SD-Karte und dann den ROCKPro64 starten. Der u-boot wird nun in den SPI Speicher geladen.

Danach sieht das beim Start so aus.

U-Boot TPL 2020.01-ayufan-2008-g6a9e270f (Apr 06 2020 - 19:20:48)               
Channel 0: LPDDR4, 50MHz                                                        
BW=32 Col=10 Bk=8 CS0 Row=15 CS=1 Die BW=16 Size=1024MB                         
Channel 1: LPDDR4, 50MHz                                                        
BW=32 Col=10 Bk=8 CS0 Row=15 CS=1 Die BW=16 Size=1024MB                         
256B stride                                                                     
256B stride                                                                     
lpddr4_set_rate: change freq to 400000000 mhz 0, 1                              
lpddr4_set_rate: change freq to 800000000 mhz 1, 0                              
Trying to boot from BOOTROM                                                     
Returning to boot ROM...                                                        
                                                                                
U-Boot SPL 2020.01-ayufan-2008-g6a9e270f (Apr 06 2020 - 19:20:48 +0000)         
Trying to boot from SPI                                                         
                                                                                
                                                                                
U-Boot 2020.01-ayufan-2008-g6a9e270f (Apr 06 2020 - 19:20:53 +0000)             
                                                                                
Model: Pine64 RockPro64                                                         
DRAM:  2 GiB                                                                    
PMIC:  RK808                                                                    
MMC:   dwmmc@fe320000: 1, sdhci@fe330000: 0                                     
Loading Environment from MMC... Card did not respond to voltage select!         
*** Warning - No block device, using default environment                        
                                                                                
In:    serial@ff1a0000                                                          
Out:   serial@ff1a0000                                                          
Err:   serial@ff1a0000                                                          
Model: Pine64 RockPro64                                                         
rockchip_dnl_key_pressed: adc_channel_single_shot fail!                         
Net:   eth0: ethernet@fe300000                                                  
Hit any key to stop autoboot:  0                                                
Card did not respond to voltage select!                                         
Card did not respond to voltage select!                                         
                                                                                
Device 0: Vendor: 0x144d Rev: 1B2QEXE7 Prod: S466NX0K606125A                    
            Type: Hard Disk                                                     
            Capacity: 476940.0 MB = 465.7 GB (976773168 x 512)                  
... is now current device                                                       
Scanning nvme 0:7...                                                            
Found /boot/extlinux/extlinux.conf                                              
Retrieving file: /boot/extlinux/extlinux.conf                                   
1985 bytes read in 3 ms (645.5 KiB/s)                                           
select kernel                                                                   
1:      kernel-5.6.0-1127-ayufan-g1bd266cae93f                                  
2:      kernel-5.6.0-1127-ayufan-g1bd266cae93f-memtest                          
3:      kernel-4.4.197-1236-rockchip-ayufan-g30faab37e339                       
4:      kernel-4.4.197-1236-rockchip-ayufan-g30faab37e339-memtest

Hier im Beispiel booten wir von einer PCIe NVMe SSD

Funktionen

Funktion	5.6.x	Bemerkungen
Boot
Boot from SD-Card	Ja
Boot from eMMC	Nein	Bin mir nicht sicher, ob meine Karte noch ganz ist!?
Boot from USB2	Ja	u-boot im SPI
Boot from USB3	Jein	u-boot im SPI & nur mit aktivem USB-Hub *1 / Samsung T5 500GB bootet einwandfrei!
Boot from PCIe SATA	Ja	u-boot im SPI *2 (Pine64 PCIe SATA Karte)
Boot from PCIe NVMe	Ja	u-boot im SPI
u-boot im SPI	Ja
Speed
USB2		Schreibgeschwindigkeit = 34.4 MB/s
USB3		Schreibgeschwindigkeit = 307 MB/s *3
SATA		Schreibgeschwindigkeit = 167 MB/s *3
NVMe SSD		Schreibgeschwindigkeit = 354 MB/s
Netzwerk
LAN	Ja
WLAN	Nein
HDMI
u-boot über HDMI	Ja	seit Release 0.10.10 möglich
Sound über HDMI	Ja	Kurzer Test mit Focal Mate
Software
Wireguard	Ja	seit 5.6.0 im Kernel eingebaut
Sonstiges
GPIO	Ja	https://forum.frank-mankel.org/topic/292/rockpro64-rp64-gpio
PCIe LAN	Ja	https://forum.frank-mankel.org/topic/785/rockpro64-rtl8111-8168-8411-netzwerkkarte

*1 Habe leider hier nur einen aktiven USB2-Hub rumliegen.
*2 Die PCIe SATA Karte von Pine64 ist bei mir immer unstabil. Auch jetzt beim Testen schon wieder erlebt. Sucht hier im Forum nach Marvel, wenn ihr was braucht was funktioniert Die 88SE9230 bootet aktuell aber nicht!
*3 Kingston SSD 30GB uralt, nix besonderes

USB2 mit Kingston SSD 30GB

root@rockpro64:~# 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, 124.978 s, 34.4 MB/s

root@rockpro64:~# 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: Mon Apr  6 18:56:33 2020

	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     7952     7745     7996     8000     7998     7660                                                          
          102400      16    16155    20921    21304    21320    21326    21010                                                          
          102400     512    34122    26508    33639    33697    33793    26150                                                          
          102400    1024    16978    34238    34985    35009    35098    30017                                                          
          102400   16384    26710    34861    36627    36660    36543    30424                                                          

iozone test complete.

USB3 mit Kingston SSD 30GB (Laufwerk nur gemounted!)

root@rockpro64:/tmp/home/rock64# 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: Thu Apr  9 08:01:33 2020

	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    26061    35535    42889    42971    21850    35713                                                          
          102400      16    84063    86028   129290   129826    51154    66566                                                          
          102400     512    51462    93092   321867   325285   267330    94610                                                          
          102400    1024    95373    66168   358059   354237   319789    94383                                                          
          102400   16384    96119    95686   402054   407651   401759    95431                                                          

iozone test complete.

root@rockpro64:/tmp/home/rock64# 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, 14.0123 s, 307 MB/s

SATA mit Kingston SSD 30GB

rock64@rockpro64:~$ su -
Password: 
root@rockpro64:~# 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, 25.7568 s, 167 MB/s

root@rockpro64:~# 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: Mon Apr  6 17:22:20 2020

	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    47864    57015    60763    65378    24102    57241                                                          
          102400      16    62813    63284   123363   124019    48474    68212                                                          
          102400     512    93443    64391   183898   185367   164868    93919                                                          
          102400    1024    80409    59245   186095   187240   176284    79986                                                          
          102400   16384    91769    64891   198105   198678   197379    91380                                                          

iozone test complete.

PCIe NVMe SSD Samsung 970 EVO mit 500GB

root@rockpro64:~# 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, 12.1257 s, 354 MB/s

root@rockpro64:~# 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: Tue Apr  7 14:43:51 2020

	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    93687   141412   152744   153793    60207   107762                                                          
          102400      16   205156   290381   286336   288328   179783   286977                                                          
          102400     512   694803   715674   638949   651216   630293   716284                                                          
          102400    1024   721862   734861   650364   655548   651639   731992                                                          
          102400   16384   817110   813895   763116   780517   780152   812026                                                          

iozone test complete.

Samsung T5 500GB / Boot von USB3 / U-Boot im SPI

root@rockpro64:~# dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync,notrunc
4096+0 records in
4096+0 records out
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 10.2325 s, 420 MB/s

root@rockpro64:~# 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 Apr 26 12:27:46 2020

	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    39473    43553    43429    43407    28844    43979                                                          
          102400      16    99125   110086   139237   140321    88984   107029                                                          
          102400     512   351532   348307   284313   312907   298748   345134                                                          
          102400    1024   376448   375621   349070   351109   342185   373018                                                          
          102400   16384   420922   421686   406547   408913   408091   421238                                                          

iozone test complete.

F

Wireguard
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Wireguard linux rockpro64 wireguard
4

0 Stimmen

4 Beiträge

886 Aufrufe

F

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

Kernel 4.4.x
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Images rockpro64
45

0 Stimmen

45 Beiträge

4k Aufrufe

F

4.4.202-1237-rockchip-ayufan released PATCH: kernel 4.4.201-202
F

Die ersten Schritte nach der Installation!
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 howto rockpro64
1

0 Stimmen

1 Beiträge

1k Aufrufe

Niemand hat geantwortet
F

Infrarot Empfänger
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Hardware hardware rockpro64
1

0 Stimmen

1 Beiträge

795 Aufrufe

Niemand hat geantwortet
F

OMV Images
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
3

0 Stimmen

3 Beiträge

893 Aufrufe

F

Kurzes Update https://github.com/ayufan-rock64/linux-build/releases/download/0.8.0rc10/stretch-openmediavault-rockpro64-0.8.0rc10-1125-armhf.img.xz Startet Incl. WiFi & PCIe NVMe SSD War aber nur ein ganz kurzer Test!!
F

ROCKPro64 wieder vorbestellbar
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
5

0 Stimmen

5 Beiträge

1k Aufrufe

F

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

stretch-minimal-rockpro64
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Linux rockpro64
3

0 Stimmen

3 Beiträge

1k Aufrufe

F

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
F

Serielle Konsole UART2
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Hardware hardware rockpro64
8

+1

0 Stimmen

8 Beiträge

3k Aufrufe

F

Ich verweise mal auf einen Artikel auf einer Webseite von mir, der Einsteiger Niveau hat. https://frank-mankel.de/wichtig/serielle-konsole Wenn es dann noch Probleme gibt, einfach fragen. Und beachte bitte, das wir hier nicht über PIs schreiben, sondern über ROCKPros. Da könnte es kleine Unterschiede geben. https://www.raspberrypi.org/documentation/configuration/uart.md