[Arm-dev] Cubieboard5 performance

Thu Aug 9 12:07:51 UTC 2018
Pablo Sebastián Greco <pablo at fliagreco.com.ar>

El 9/8/18 a las 08:58, Robert Moskowitz escribió:
>
>
> 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>
>>>>
>>>> Hello Pablo,
>>>>
>>>> I've bought this device 1 or 2 years ago, but didn't find any good 
>>>> OS (Fedora, CentOS) for that. How to get this board with your 
>>>> kernel running? Any tips or howto?
>>>>
>>>> I also have 2 Cubietruck 3 with CentOS.
>>>>
>>> Well, the easiest thing to do would be to just use Fedora Rawhide
>>> (current kernels have smp, ethernet, etc..., all but hdmi).
>>> WRT CentOS, I can think of two ways to do it, both require the kernels
>>> I mentioned earlier in the thread.
>>> 1) (Easier)
>>>  - Prepare the image as if you where using your cubietruck 3
>>>  - boot that image and update (from the cubietruck 3)
>>>  - activate the repo and install the kernel
>>>  - change uboot to the cubietruck plus
>>>  - shutdown and move the image/sd to the new device.
>>>
>>> 2) (Harder)
>>>  - Prepare the image for the cubietruck plus
>>>  - download the kernel rpms and copy them to the sd
>>>  - boot the cubietruck plus with that image (it has no ethernet, no
>>> wifi, and most likely no hdmi, so you'll have to do it via a serial
>>> console)
>>>  - login via console and manually install the kernel
>>>  - reboot
>>>
>>> For both metods (and also for Fedora), there may be modules that are
>>> not loaded into initramfs, which makes it panic at boot.
>>> I usually add this to a .conf file in /etc/dracut.conf.d/
>>> add_drivers+=" phy-sun4i-usb sunxi-rsb axp20x-rsb axp20x-regulator
>>> axp20x-pek axp20x_ac_power axp20x_battery axp20x_usb_power
>>> axp288_fuel_gauge ac100 rtc-ac100"
>>> Some may not be needed anymore, and some may not be needed at all, but
>>> hey, it works for me ;)
>>>
>>> One last thing that also applies to Fedora and CentOS, you may notice
>>> that you get a random MAC for the ethernet every time you boot, you
>>> can fix that by adding "MACADDR=<mac>" to
>>> /etc/sysconfig/network-scripts/ifcfg-eth0
>>>
>>> HTH.
>>>
>>> Pablo.
>>>
>>> _______________________________________________
>>> Arm-dev mailing list
>>> Arm-dev at centos.org
>>> https://lists.centos.org/mailman/listinfo/arm-dev
>>
>>
>> Hello Pablo,
>>
>> thank you very much for these tipps. I'm now running 
>> Fedora-Minimal-armhfp-Rawhide-20180802.n.0-sda.raw.xz. I think, 
>> Fedora would be better for my need (pi-hole, DNS, Print-server, 
>> Time-server, ...)
>
> I beg to differ.  Fedora roles versions every 6 months and EOLs a 
> version in 2 years.  This means you are constantly upgrading versions 
> of important servers.  Where as Centos has a 10yr EOL policy.
>
> I only use Fedora for my notebook and when I REALLY need the current 
> version of something (like openSSL 1.1.1 for EDDSA testing).
>
> Get Fedora working.  Work it out, then switch to Centos for production.
>
> Just my 5cent worth.
Absolutely agreed
>
>>
>> As I can see, there is a EMMC-disc with 8 GB. Did you manage to boot 
>> from this disc? At the moment, there is a older installation from 
>> linaro.
>>
>> [root at cubietruckplus ~]# lsblk
>> NAME         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
>> mmcblk0      179:0    0   7.3G  0 disk
>> |-mmcblk0p1  179:1    0 111.9M  0 part
>> `-mmcblk0p2  179:2    0   7.1G  0 part
>> mmcblk0boot0 179:8    0     4M  1 disk
>> mmcblk0boot1 179:16   0     4M  1 disk
>> mmcblk1      179:24   0    29G  0 disk
>> |-mmcblk1p1  179:25   0    29M  0 part
>> |-mmcblk1p2  179:26   0   488M  0 part /boot
>> |-mmcblk1p3  179:27   0   244M  0 part [SWAP]
>> `-mmcblk1p4  179:28   0  28.2G  0 part /
>> zram0        252:0    0 954.6M  0 disk [SWAP]
>> [root at cubietruckplus ~]#
>>
I personally only use the internal mmc for uboot only, so I know it can 
boot from there (at least my bpi-m2u).
I think that if you just dd from the external mmc to the internal, and 
then remove the sd, everything should just work.

Pablo.