summaryrefslogtreecommitdiffstats
path: root/conf
Commit message (Collapse)AuthorAgeFilesLines
* conf: set the list of required layersThomas Perrot2023-05-241-0/+1
| | | | | | | | LAYERDEPENDS lists the layers on which this recipe depends. Currently, only the openembedded-core layer is required. Signed-off-by: Thomas Perrot <thomas.perrot@bootlin.com>
* Add screen to MACHINE_FEATURESJohannes Kauffmann2023-05-191-1/+1
| | | | | | | Since poky 46d287faa6b72778dbe7652cde71e5def0f94747, the "splash" image feature depends on the "screen" machine feature. Signed-off-by: Johannes Kauffmann <johanneskauffmann@hotmail.com>
* imx{23,28}evk: do not override MACHINE_FEATURESJohannes Kauffmann2023-05-192-4/+0
| | | | | | | | imx-base.inc already sets the same features for imx28evk. For imx23evk, it is also desirable to use imx-base.inc; the only difference is that now, imx23evk will also have the "alsa" machine feature. Signed-off-by: Johannes Kauffmann <johanneskauffmann@hotmail.com>
* Merge pull request #1537 from thochstein/xwaylandOtavio Salvador2023-05-181-1/+6
|\ | | | | weston upgrade, xwayland compatibility update
| * weston: Upgrade 10.0.3.imx -> 11.0.1.imx for i.MX 8 and 9Tom Hochstein2023-05-171-1/+4
| | | | | | | | | | | | | | This upgrade does not support i.MX 6 and 7 due to the removal of fbdev support, so the 10.0.3.imx recipe is kept for 6 and 7. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
| * xwayland: Make local copy of 23.1.1 recipeTom Hochstein2023-05-171-0/+2
| | | | | | | | | | | | | | | | | | The langdale branch version of xwayland is incompatible with mickledore and master. To allow meta-freescale master to be compatible with langdale, mickledore, and master, make a local copy of the master version of xwayland and use it. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* | imx-base.inc: Add imx-alsa-plugins for mx9-nxp-bspTom Hochstein2023-05-171-0/+1
| | | | | | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* | imx8qxp-mek.conf: Add dtbs for NXP BSPTom Hochstein2023-05-171-0/+2
| | | | | | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* | imx8qm-mek.conf: Add dtb for NXP BSPTom Hochstein2023-05-171-0/+1
|/ | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* libdrm: Upgrade 2.4.109.imx -> 2.4.114.imxTom Hochstein2023-05-171-4/+4
| | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* wayland-protocols: Upgrade to 1.31 on imx forkKhem Raj2023-04-251-4/+4
| | | | | | Fixes https://github.com/Freescale/meta-freescale/issues/1490 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* imx-boot-firmware-files: consolidate deploy firmware files across SoCsrework-firmware-imxOtavio Salvador2023-04-241-3/+3
| | | | | | | | | The firmware-imx-8 and firmware-imx-8m recipes are mostly code duplication and some parts even used by i.MX93 so consolidating it allows code reuse and clearness. Fixes: #1426. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* Merge pull request #1494 from Freescale/fix/issue-1290Otavio Salvador2023-04-132-10/+10
|\ | | | | imx6qdlsabre*: ensure UBOOT_CONFIG setting is always available
| * imx6qdlsabre*: ensure UBOOT_CONFIG setting is always availablefix/issue-1290Otavio Salvador2023-04-122-10/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We cannot tie the UBOOT_CONFIG setting to the U-Boot recipe otherwise if kernel-fitimage is added in KERNEL_CLASSES, the following build errors is raised: ,---- | Nothing PROVIDES ‘virtual/kernel’ | ... | Either UBOOT_MACHINE or UBOOT_CONFIG must be set in the imx6qdlsabresd machine configuration. `---- kernel-fitimage class inherits uboot-sign which inherits uboot-config. uboot-config class checks UBOOT_CONFIG and it is not defined. The fix is essentially to move the conditional for the variable assignment instead of using the recipe override. Fixes: #1290 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* | linux-*-mfgtool, u-boot-*-mfgtool: Remove specific recipesrework/remove-mfgtool-specific-recipesOtavio Salvador2023-04-121-3/+1
|/ | | | | | | | | | | | | The use of a specific recipes are not need anymore. For the U-Boot specific case, the UBOOT_CONFIG mechanism allows multiple binaries using different configurations so we can remove this recipes and default to the IMX_DEFAULT_BOOTLOADER as provider. The Linux specific case is completely unnecessary as the USB gadget is supported in all versions we support. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* classes/image_populate_mfgtool: initOtavio Salvador2023-04-121-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The class provides the infrastructure for MFGTOOL generation and is tied to images. To generate the bundle, the task populate_mfgtool must be called. For example: ,----[ Running populate_mfgtool for core-image-minimal image ] | $: bitbake core-image-minimal -c populate_mfgtool `---- The class behavior is controlled through the MFGTOOLCONFIG (analogous to PACKAGECONFIG) variable. The MFGTOOLCONFIG variable itself specifies a space-separated list of the script to enable. Following the script, you can determine the behavior of each script by providing up to two order-dependent arguments, which are separated by commas. You can omit any argument you like but must retain the separating commas. The order is important and specifies the following: 1. Extra dependencies that should be added to the do_populate_mfgtool task, if the script is enabled. 2. Extra binaries that should be added to the bundle, if the script is enabled. For example: ,----[ Defining foo.uuu.in and bar.uuu script ] | MFGTOOLCONFIG = "foo.uuu.in bar.uuu" | MFGTOOLCONFIG[foo.uuu.in] = "dep-foo1:do_deploy dep-foo2:do_deploy,file-foo1" | MFGTOOLCONFIG[bar.uuu] = "dep-bar1:do_deploy,file-bar1 file-bar2" `---- The dep-foo1:do_deploy, dep-foo2:do_deploy, and dep-bar1:do_deploy are added to do_populate_mfgtool dependencies. In addition, file-foo1, file-bar1, and file-bar2 are copied to the bundle, only if the script is enabled. During the mfgtool bundle generation, the uuu.in files are processed and some variables replaced. The variables are: - MACHINE - UBOOT_BINARY - SPL_BINARY - IMAGE_BASENAME Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-base.inc: dynamically choose if boot container should be usedfix-boot-containerOtavio Salvador2023-04-121-1/+4
| | | | | | | The boot container should be used only if we're not using u-boot-imx as IMX_DEFAULT_BOOTLOADER. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-base.inc: fix typo in a commentOtavio Salvador2023-04-121-1/+1
| | | | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-boot-container: drop from machine overridesMax Krummenacher2023-04-101-17/+17
| | | | | | | | | | | | | | | Moving the override from the <machine>.conf files to the common imx-base.inc and setting the use of imx-boot-container unconditionally on the used SoC makes the use of an extra override obsolete. Simply set UBOOT_PROVIDES_BOOT_CONTAINER depending on the used SoC is enough. Both the U-Boot recipe and the class implementing the logic don't need the override but only look at the variable. This also simplifies overriding the value set in imx-base.inc in an individual <machine>.conf should that be needed. Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
* imx-base.inc: Fix 8M overridesTom Hochstein2023-04-071-10/+10
| | | | | | | | | | | | | | | 8MQ video is not working. The problem is traced to a change in `weston.ini`, specifically that the file is now from OE-Core layer instead of meta-freescale. This problem is traced to the move of the `imx-boot-container` override [1], specifically that the override was moved with a trailing `:` that inserts an empty override. ``` MACHINEOVERRIDES="aarch64:armv8a:use-nxp-bsp:imx-generic-bsp:imx-nxp-bsp:imxdrm:imxvpu:imxgpu:imxgpu3d:imxvulkan:mx8-generic-bsp:mx8-nxp-bsp:mx8m-generic-bsp:mx8m-nxp-bsp:mx8mq-generic-bsp:mx8mq-nxp-bsp:imx-boot-container::imx8mq-evk" ``` [1] https://github.com/Freescale/meta-freescale/commit/0ee4cb24eba5171da75ab8eeb72c7eab06083339 Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* Move imx-boot-container MACHINEOVERRIDES to extendertopic/simplify-imx-boot-containerOtavio Salvador2023-03-296-15/+15
| | | | | | | | | The imx-boot-container is SoC specific so it should not be set inside the machine but in the BSP basic settings. This commit moves it to the imx-base.inc file as the bootloader recipe can still opt to not inherit the class specifically. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* Remove conditional imx-boot-container MACHINEOVERRIDESOtavio Salvador2023-03-295-21/+5
| | | | | | | | The imx-boot-container MACHINEOVERRIDES allows the bootloader recipe to enable the binman support for the SoCs which uses it. The conditional belongs to the bootloader recipe and can be removed from machines. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* xdg-desktop-portal-wlr: Disable when using vivante gpu driverKhem Raj2023-03-131-0/+3
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: Add multimedia-layer to dynamic layersKhem Raj2023-03-131-0/+3
| | | | | | This is to patchup some meta-multimedia recipes Signed-off-by: Khem Raj <raj.khem@gmail.com>
* gst-devtools: Add recipe for 1.20.3.imxKhem Raj2023-03-111-0/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* gstreamer1.0-omx: Add 1.20.3.imx recipeKhem Raj2023-03-111-0/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* gstreamer1.0-vaapi: Add 1.20.3.imx recipeKhem Raj2023-03-111-1/+2
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* gstreamer1.0-python: Add 1.20.3.imx version to match imx setKhem Raj2023-03-111-0/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* gstreamer: rename the version to be imx specificJose Quaresma2023-03-101-3/+3
| | | | | | | | | | These recipes are copies of oe-core 1.20.3 that are not available anymore upstream on the master branch. The requirement to have them is because they are dependencies of the other ones imx specific gstreamer forks on the layer. So make their names maching the exisng ones will make it more safe. Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
* gstreamer: add recipes for upstream 1.20.3 versionsSamuli Piippo2023-03-081-0/+3
| | | | | | | | oe-core has moved to gstreamer 1.22.0 and recipes which don't have an imx version can no longer be built. Add older version of those components to be used with the gstreamer 1.20.3.imx. Signed-off-by: Samuli Piippo <samuli.piippo@qt.io>
* Merge pull request #1395 from thochstein/imx8mnulOtavio Salvador2023-03-012-28/+102
|\ | | | | Add i.MX 8M Nano UltraLite EVK
| * imx-base.inc: Add support for i.MX 8M Nano UltraLite SOCTom Hochstein2023-02-201-28/+33
| | | | | | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
| * imx-base.inc: Add linux-firmware-imx-sdma-imx7d for all i.MX 8Tom Hochstein2023-02-201-3/+3
| | | | | | | | | | | | The SDMA firmware is recommended for all i.MX 8. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
| * imx-base.inc: Fix MACHINE_FIRMWARE orderTom Hochstein2023-02-201-4/+4
| | | | | | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
| * imx8mnul-ddr3l-evk: Add i.MX 8M Nano UltraLite EVK machineTom Hochstein2023-02-201-0/+69
| | | | | | | | | | | | The new machine is currently supported only by linux-imx and u-boot-imx. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* | imx8qxp-mek: Add imx8qxp-mek-sof.dtb to NXP BSPTom Hochstein2023-02-201-0/+1
| | | | | | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* | imx8qm-mek: Add imx8qm-mek-sof.dtb to NXP BSPTom Hochstein2023-02-201-0/+1
| | | | | | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* | imx8mp-lpddr4-evk: Add imx8mp-evk-revA3-8mic-revE.dtb to NXP BSPTom Hochstein2023-02-201-0/+1
| | | | | | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* | imx8mn-lpddr4-evk: Add imx8mn-evk-usd-wifi.dtb to NXP BSPTom Hochstein2023-02-201-0/+1
|/ | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-base.inc: Use OpenCV fork for i.MX 93, NXP BSPTom Hochstein2023-02-171-1/+2
| | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx93-*.conf: Fix KERNEL_DEVICETREETom Hochstein2023-02-162-30/+30
| | | | | | | | Fix the KERNEL_DEVICETREE assignments for i.MX 93: - Limit extended device trees to NXP BSP as is customary - Remove duplicated text `-qsb` Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-pxp-g2d: Add PXP implementation of G2DTom Hochstein2023-02-161-0/+1
| | | | | | Used by i.MX 93. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx8ulp-lpddr4-evk: Limit extended device treesTom Hochstein2023-02-161-1/+1
| | | | | | Limit extended device trees to NXP BSP as is customary Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-base.inc: Add 8ULP machine feature overrides for NXP BSPTom Hochstein2023-02-161-1/+1
| | | | | | The SOC has DRM, GPU, and Vulkan support. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-base: Add i.MX 93 configurationDaiane Angolini2023-02-141-7/+21
| | | | | | It is based on 5.15.71_2.2.0 NXP BSP release. Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>
* imx93-9x9-lpddr4-qsb: Add i.MX 93 QSB machineDaiane Angolini2023-02-141-0/+30
| | | | | | It is based on 5.15.71_2.2.0 NXP BSP release. Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>
* imx93-11x11-lpddr4x-evk: Add i.MX 93 EVK machineDaiane Angolini2023-02-141-0/+36
| | | | | | It is based on 5.15.71_2.2.0 NXP BSP release. Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>
* imx93-evk: Add the common file for the i.MX 93 machinesDaiane Angolini2023-02-141-0/+37
| | | | | | It is based on 5.15.71_2.2.0 NXP BSP release. Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>
* imx-base: Add support for i.MX 8ULP SOCDaiane Angolini2023-02-071-0/+9
| | | | Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>
* imx8ulp-lpddr4-evk: Add i.MX 8ULP EVK machineDaiane Angolini2023-02-072-0/+71
| | | | | | | | The new machine is currently supported only by linux-imx and u-boot-imx. The recipes are from 5.15.52-2.2.0 NXP BSP. Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>