[Arm-dev] Cubieboard5 performance

Fri Aug 10 07:40:37 UTC 2018
arm_ml at rirasoft.de <arm_ml at rirasoft.de>

Am 2018-08-09 17:31, schrieb Robert Moskowitz:
> On 08/09/2018 11:21 AM, arm_ml at rirasoft.de wrote:
>> Am 2018-08-09 16:57, schrieb Robert Moskowitz:
>>> On 08/09/2018 10:31 AM, arm_ml at rirasoft.de wrote:
>>>> Am 2018-08-09 13:58, schrieb Robert Moskowitz:
>>>>> On 08/09/2018 07:34 AM, arm_ml at rirasoft.de wrote:
>>>>>> Am 2018-08-07 12:23, schrieb Pablo Sebastián Greco:
>>>>>>> <snip>
>> snip
>>>> 
>>>> 
>>>> Okay, I give CentOs on this device a try. What have I done:
>>>> 1. write Fedora-Minimal-armhfp-Rawhide-20180802.n.0-sda.raw.xz on 
>>>> the SD-card
>>>> 2. delete all 4 partions
>>>> 3. mount CentOS-Userland-7-armv7hl-Minimal-1611-CubieTruck.img as 
>>>> loop device
>>>> 4. create 3 new partions on SD-Card (same size as CentOS-Image)
>>>> 5. copy 1. and 3. partion from CentOS to SD-Card
>>>> 6. copy sun8i-a83t-cubietruck-plus.dtb From Fedora to 
>>>> /mnt/SDCard/1/dtb-4.4.34-201.el7.armv7hl/
>>>> 7. boot from SD-Card
>>>> 
>>>> boot log:
>>>> U-Boot SPL 2018.09-rc1 (Jul 31 2018 - 12:18:07 +0000)
>>>> DRAM: 2048 MiB
>>>> Trying to boot from MMC1
>>>> 
>>>> 
>>>> U-Boot 2018.09-rc1 (Jul 31 2018 - 12:18:07 +0000) Allwinner 
>>>> Technology
>>> 
>>> OK.  You are using the latest uboot.  Centos build only has 2018.03
>>> 
>>> Another way is to copy the uboot from Fedora:
>>> 
>>> /usr/share/uboot/Cubietruck_plus/
>>> 
>>> and dd that onto the Centos 1804 image (why are you using the old 
>>> 1611
>>> image?  There were problems with it an Cubietruck+ as I recall).
>> 
>> I'm using CentOS-Userland-7-armv7hl-Minimal-1611-CubieTruck.img.xz 
>> because of the CubieTruck in the name. With the 
>> CentOS-Userland-7-armv7hl-generic-Minimal-1804-sda.raw.xz the boot 
>> process complains about missing vmlinuz-4.14.28-201.el7.centos.armv7hl
> 
> Read the instructions on:
> https://wiki.centos.org/SpecialInterestGroup/AltArch/armhfp for
> installing Centos generic userland.
> 
> But follow my recommendation to swipe the newer uboot from your
> Fedora-rawhide image, rather than installing the uboot-images on your
> system and only getting the 2018.03 version.
> 
> It runs fine on my Cubieboard2 and Cubietruck.  I do not have a plus.
> 
>>> 
snip

Following the the instructions above:

[root at destn41936 ~]# xzcat 
CentOS-Userland-7-armv7hl-generic-Minimal-1804-sda.raw.xz | dd 
of=/dev/sdb status=progress
2874188288 bytes (2,9 GB, 2,7 GiB) copied, 501 s, 5,7 MB/s
5615616+0 Datensätze ein
5615616+0 Datensätze aus
2875195392 bytes (2,9 GB, 2,7 GiB) copied, 534,501 s, 5,4 MB/s
[root at destn41936 ~]# dd 
if=/usr/share/uboot/Cubietruck_plus/u-boot-sunxi-with-spl.bin 
of=/dev/sdb bs=1024 seek=8 conv=fsync,notrunc
536+0 Datensätze ein
536+0 Datensätze aus
548864 bytes (549 kB, 536 KiB) copied, 0,258281 s, 2,1 MB/s
[root at destn41936 ~]#

booting:
U-Boot 2018.03 (Mar 20 2018 - 07:38:50 +0000) Allwinner Technology

CPU:   Allwinner A83T (SUN8I 1673)
Model: Cubietech Cubietruck Plus
I2C:   ready
DRAM:  2 GiB
MMC:   SUNXI SD/MMC: 0, SUNXI SD/MMC: 1
Loading Environment from FAT... *** Warning - bad CRC, using default 
environment

Failed (-5)
Loading Environment from MMC... *** Warning - bad CRC, using default 
environment

Failed (-5)
In:    serial
Out:   serial
Err:   serial
Net:   No ethernet found.
starting USB...
USB0:   data abort
pc : [<bff8f5da>]          lr : [<bff8f5bd>]
reloc pc : [<4a01c5da>]    lr : [<4a01c5bd>]
sp : bbf50c40  ip : bbf5a78c     fp : 00000002
r10: bffb4f18  r9 : bbf52ee0     r8 : 00000000
r7 : ffffffff  r6 : bbf599dc     r5 : bffb30b4  r4 : bbf597f0
r3 : ffffffff  r2 : 01c00004     r1 : ffff3f8f  r0 : 00000000
Flags: nZCv  IRQs off  FIQs off  Mode SVC_32
Resetting CPU ...

resetting ...


Andreas