You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Having bootloader binaries just under ${DEPLOYDIR} unnecessary pollutes the directory and disallows multi-machine configurations. Please move bootloader binaries under board-specific dir under ${DEPLOYDIR}.
The text was updated successfully, but these errors were encountered:
I think get your point.. let me add some details 1) to make sure I really understand what you meant, 2) to make sure it's clear to whoever will read that thread.
Currently in the IMG_DEPLOY folder we publish the following artifacts:
the rootfs and image related files
the DTBs generated during the kernel build (and dtb bin)
the systemd boot artifact
the boot binaries (from firmware-qcom-boot-qcs6490 recipe)
the partitions files generated from ptool (a bunch of XML and others)
As of now, we only support single MACHINE configuration, e.g. 1 MACHINE per board. As such, when we publish artifact in DEPLOYDIR, they end up in tmp/deploy/images/${MACHINE} which is 'unique' per machine.
What you suggest is that we may (eventually) define 'generic' machines that are intended to build Yocto images which boot on more than 1 board (such as https://github.com/Linaro/meta-qcom/blob/master/conf/machine/qcom-armv8a.conf). In which case we would include more than 1 firmware 'artifact' and they would collide in DEPLOYDIR.
Having bootloader binaries just under
${DEPLOYDIR}
unnecessary pollutes the directory and disallows multi-machine configurations. Please move bootloader binaries under board-specific dir under${DEPLOYDIR}
.The text was updated successfully, but these errors were encountered: