aboutsummaryrefslogtreecommitdiffstats
path: root/classes/fsl-dynamic-packagearch.bbclass
AgeCommit message (Collapse)Author
2023-12-31Revert "fsl-dynamic-packagearch: fix MACHINE_SOCARCH definition"Tom Hochstein
This change makes no sense. MACHINE_SOCARCH must include the suffix that makes the value SOC-specific. Otherwise, errors such as this occur: ``` ERROR: imx-dpu-g2d-2.1.12-r0 do_create_spdx_setscene: Recipe imx-dpu-g2d is trying to install files into a shared area when those files already exist. The files and the manifests listing them are: tmp/deploy/spdx/armv8a/packages/libg2d-dev.spdx.json (matched in manifest-armv8a-imx-pxp-g2d.create_spdx) tmp/deploy/spdx/armv8a/packages/libg2d2.spdx.json (matched in manifest-armv8a-imx-pxp-g2d.create_spdx) ``` This reverts commit 6579ce9b77f0036454478b2e07694f7314f97867.
2023-12-29fsl-dynamic-packagearch: fix MACHINE_SOCARCH definitionJoao Marcos Costa
The sstate manifest for populate_sysroot was not being named properly for firmware-sentinel and imx-boot-firmware-files, raising the following error: The sstate manifest for task 'firmware-sentinel:populate_sysroot' (multilib variant '') could not be found. The pkgarchs considered were: microej_imx93, armv7ahf-neon-vfpv4-mx93, armv7ahf-neon-mx93, (and so on...) But none of these manifests exists: ...build/tmp-glibc/sstate-control/manifest-microej_imx93-imx-boot-firmware-files.populate_sysroot ...build/tmp-glibc/sstate-control/manifest-armv7ahf-neon-vfpv4-mx93-imx-boot-firmware-files.populate_sysroot ... and so on. All the other packages were suffixed with TUNE_PKGARCH only, so I couldn't see the reason why only some specific packages from meta-freescale were using that. Remove MACHINE_SOCARCH_SUFFIX so as the sstate manifest is compatible with what's expected in populate_sysroot. Signed-off-by: Joao Marcos Costa <joaomarcos.costa@bootlin.com>
2022-09-16classes/fsl-dynamic-packagearch: Add multilib supportGuillaume Deroire
Currently, the class doesn't support multilib image/SDK generation for packages built for MACHINE_SOCARCH with MULTILIB support and this commit fixes this. To reproduce the error, add to local.conf: require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE:virtclass-multilib-lib32 = "armv7athf-neon-vfpv4" IMAGE_INSTALL_append = "lib32-libusb1" Build image with: 'bitbake core-image-minimal' The build will fail during do_rootfs/do_populate_sdk on lib32-wayland-protocols package.
2019-01-17remove True option to getVar callsAndré Draszik
getVar() has been defaulting to expanding by default for a long time (2016), thus remove the True option from getVar() calls with a regex search and replace. Search & replace made using the following command: sed -e 's|\(d\.getVar \?\)( \?\([^,()]*\), \?True)|\1(\2)|g' \ -i $(git grep -E 'getVar ?\( ?([^,()]*), ?True\)' \ | cut -d':' -f1 \ | sort -u) Signed-off-by: André Draszik <andre.draszik@jci.com>
2016-11-23fsl-dynamic-packagearch.bbclass: Fix spelling error in print messageTom Hochstein
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2016-10-18fsl-dynamic-packagearch: add all possible MACHINE_SOCARCH feeds to ↵Max Krummenacher
PACKAGE_EXTRA_ARCHS This ensures that all possible MACHINE_SOCARCH feeds are part of PACKAGE_EXTRA_ARCHS. For ARM, dependent on the instruction set we can have two MACHINE_SOCARCHs e.g. armv7ahf-vfp-neon-mx6qdl armv7at2hf-vfp-neon-mx6qdl so we must put both into PACKAGE_EXTRA_ARCHS. Otherwise a image recipe will only find packages from one of the two PACKAGE_EXTRA_ARCHS. (this reimplements commit 44ca1bf2637ed5173ea4b66f6caa4d09eb8eeb76) Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2016-09-23fsl-dynamic-packagearch.bbclass: Stop using ARM-specific architecturesOtavio Salvador
The code to dynamically assign the architecture does take into account the default tune so we don't need to include the other architectures with the SoC suffix into the possible package architecture list. This allow for the class to be used across different architectures (such as PowerPC) thus fixing issues while integrating it for QorIQ usage. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2015-07-16Move meta-fsl-arm content to layer rootOtavio Salvador
The meta-fsl-arm is going to be used as the base for this layer. It contains a clean history and allowing a more granullar set of changes. This commit is just a rename of all contents of meta-fsl-arm subdirectory to this layer's root, subsequent changes are based on top of that. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>