Currently, two CA57s are running in StarterKitPro. Could you tell me how to boot with six cores total of two CA57s and four CA53s?
To try it here, CA57CA53BOOT = "1" was added to local.conf.
root@m3ulcb:~# cat /proc/cpuinfo processor : 0 BogoMIPS : 16.66 Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x1 CPU part : 0xd07 CPU revision : 3 processor : 1 BogoMIPS : 16.66 Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x1 CPU part : 0xd07 CPU revision : 3
This is quoted from the AGL mailing list.
[agl-discussions] A53 CPU on renesas board? 2017/05/10 (水) 18:01
> Out of curiosity, A53 cores on R-Car board (in additoin to A57 cores) could also be enabled for AGL system easily (for accelaration), or rather to be used to host different OSs? > Hello, In order to enable the A53 CPU's on the r-car boards, you need to add this line in meta-rcar/meta-rcar-gen3/recipes-bsp/arm-trusted-firmware/arm-trusted-firmware_git.bb: export PSCI_DISABLE_BIGLITTLE_IN_CA57BOOT="0" and rebuild and reflash the firmware as explained in http://elinux.org/R-Car/Boards/M3SK.
Is this useful for you?
I am trying to build Linux (2.16.0) for HAD Solution Kit.
ERROR: gstreamer1.0-plugins-bad-1.6.3-r0 do_init_submodule: Function failed: do_init_submodule (log file is located at /mnt/work/build/tmp/work/aarch64-poky-linux/gstreamer1.0-plugins-bad/1.6.3-r0/temp/log.do_init_submodule.18637) ERROR: Logfile of failure stored in: /mnt/work/build/tmp/work/aarch64-poky-linux/gstreamer1.0-plugins-bad/1.6.3-r0/temp/log.do_init_submodule.18637 ERROR: Task 1796 (/mnt/work/build/../poky/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.6.3.bb, do_init_submodule) failed with exit code '1' ERROR: gstreamer1.0-plugins-good-1.6.3-r0 do_init_submodule: Function failed: do_init_submodule (log file is located at /mnt/work/build/tmp/work/aarch64-poky-linux/gstreamer1.0-plugins-good/1.6.3-r0/temp/log.do_init_submodule.23409) ERROR: Logfile of failure stored in: /mnt/work/build/tmp/work/aarch64-poky-linux/gstreamer1.0-plugins-good/1.6.3-r0/temp/log.do_init_submodule.23409 ERROR: Task 1782 (/mnt/work/build/../poky/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.6.3.bb, do_init_submodule) failed with exit code '1' ERROR: kernel-module-vspm-1.0-r0 do_populate_lic: The recipe kernel-module-vspm is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /mnt/work/build/tmp/deploy/licenses/kernel-module-vspm/generic_MIT Matched in manifest-salvator_x-kernel-module-vspm.populate_lic /mnt/work/build/tmp/deploy/licenses/kernel-module-vspm/GPL-COPYING Matched in manifest-salvator_x-kernel-module-vspm.populate_lic /mnt/work/build/tmp/deploy/licenses/kernel-module-vspm/generic_GPLv2 Matched in manifest-salvator_x-kernel-module-vspm.populate_lic /mnt/work/build/tmp/deploy/licenses/kernel-module-vspm/recipeinfo Matched in manifest-salvator_x-kernel-module-vspm.populate_lic /mnt/work/build/tmp/deploy/licenses/kernel-module-vspm/MIT-COPYING Matched in manifest-salvator_x-kernel-module-vspm.populate_lic Please verify which recipe should provide the above files. The build has stopped as continuing in this scenario WILL break things, if not now, possibly in the future (we've seen builds fail several months later). If the system knew how to recover from this automatically it would however there are several different scenarios which can result in this and we don't know which one this is. It may be you have switched providers of something like virtual/kernel (e.g. from linux-yocto to linux-yocto-dev), in that case you need to execute the clean task for both recipes and it will resolve this error. It may be you changed DISTRO_FEATURES from systemd to udev or vice versa. Cleaning those recipes should again resolve this error however switching DISTRO_FEATURES on an existing build directory is not supported, you should really clean out tmp and rebuild (reusing sstate should be safe). It could be the overlapping files detected are harmless in which case adding them to SSTATE_DUPWHITELIST may be the correct solution. It could also be your build is including two different conflicting versions of things (e.g. bluez 4 and bluez 5 and the correct solution for that would be to resolve the conflict. If in doubt, please ask on the mailing list, sharing the error and filelist above. ERROR: kernel-module-vspm-1.0-r0 do_populate_lic: If the above message is too much, the simpler version is you're advised to wipe out tmp and rebuild (reusing sstate is fine). That will likely fix things in most (but not all) cases. ERROR: kernel-module-vspm-1.0-r0 do_populate_lic: Function failed: sstate_task_postfunc ERROR: Logfile of failure stored in: /mnt/work/build/tmp/work/h3ulcb-poky-linux/kernel-module-vspm/1.0-r0/temp/log.do_populate_lic.16804 ERROR: Task 1578 (/mnt/work/build/../meta-renesas/meta-rcar-gen3/recipes-kernel/kernel-module-vspm/kernel-module-vspm.bb, do_populate_lic) failed with exit code '1'
$ sudo apt-get update $ sudo apt-get upgrade
I am doing these, but it is not going well.
Please hold on until the end of this week
The BSP2.16 supports only basic/reference boards
HAD and .View boards will be added this week.
Please use temporary bsp2.12 http://elinux.org/R-Car/Boards/Yocto-Gen3-legacy
I followed all the steps to make yocto image.
In file included from .../work/build/tmp/work/aarch64-poky-linux/gstreamer1.0-plugins-bad/1.4.5-r0/git/ext/wayland/gstwaylandsink.h:30:0,
I have the same problem. Did anyone find any solution in the meantime?
I am using ubuntu 14.04 LTE. I solved it by executing the following command.
$ sudo apt-get update $ sudo apt-get upgrade
$ sudo apt-get install ***
"apt-get install gawk wget git-core diffstat unzip texinfo gcc-multilib build-essential chrpath socat libsdl1.2-dev xterm python-crypto"
sudo apt-get install gawk wget git-core diffstat unzip texinfo gcc-multilib build-essential chrpath socat libsdl1.2-dev xterm python-crypto
I tried building Linux for the R-Car-M3 Starter Kit Pro according to the guide,
It can not be built due to an error in bitbake.
ERROR: Nothing PROVIDES 'python-pycrypto-native' (but /media/rcar/Test_M3_Starterkitpro_yocto2.12.0/work/build/build/../meta-renesas/meta-rcar-gen3/recipes-bsp/optee/optee-os_git.bb DEPENDS on or otherwise requires it). Close matches: python-pycairo-native python-pycurl-native python-pyrex-native ERROR: Required build target 'core-image-weston' has no buildable providers. Missing or unbuildable dependency chain was: ['core-image-weston', 'optee-os', 'python-pycrypto-native']
I have corrected the link for the BSP download on that page, and have now overcome this build issue. Please have a look at updated step 4 in the build instructions.