summaryrefslogtreecommitdiffstats
path: root/conf/machine/include
Commit message (Collapse)AuthorAgeFilesLines
...
* imx6ulz-14x14-evk.conf: Add i.MX 6ULZ EVK boardTom Hochstein2021-01-211-8/+13
| | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-base.inc: Consolidate DEFAULTTUNE and UBOOT_ENTRYPOINT for 8MTom Hochstein2021-01-211-8/+2
| | | | | | | The DEFAULTTUNE and UBOOT_ENTRYPOINT are the same for all 8M, so set them using the mx8m override. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-base.inc: Fix use-nxp-bsp after reworkTom Hochstein2021-01-211-11/+11
| | | | | | | | | The use-*-bsp rework renamed use-fsl-bsp to use-nxp-bsp. It also added to MACHINEOVERRIDES automatically, so fix the comment as well. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* qoriq cryptodev-{linux,tests,module}: removeTing Liu2020-12-171-4/+0
| | | | | | | | All patches were merged in upstream cryptodev-linux repository. cryptodev recipes for qoriq in this layer used the same codes with the ones in poky. Remove to avoid maintenance efforts. Signed-off-by: Ting Liu <ting.liu@nxp.com>
* qoriq: set PREFERRED_PROVIDER for u-boot-{tools,mkimage}Ting Liu2020-12-161-0/+4
| | | | | | | | | | | | | NOTE: Multiple providers are available for u-boot-tools-native (u-boot-tools-native, u-boot-imx-tools-native) Consider defining a PREFERRED_PROVIDER entry to match u-boot-tools-native NOTE: Multiple providers are available for u-boot-mkimage-native (u-boot-imx-tools-native, u-boot-tools-native) Consider defining a PREFERRED_PROVIDER entry to match u-boot-mkimage-native NOTE: Multiple providers are available for runtime u-boot-mkimage (u-boot-imx-tools, u-boot-tools) Consider defining a PREFERRED_RPROVIDER entry to match u-boot-mkimage NOTE: Multiple providers are available for runtime nativesdk-u-boot-mkimage (nativesdk-u-boot-imx-tools, nativesdk-u-boot-tools) Consider defining a PREFERRED_RPROVIDER entry to match nativesdk-u-boot-mkimage Signed-off-by: Ting Liu <ting.liu@nxp.com>
* imx-base.inc: Add imx-boot to the WKS_FILE_DEPENDS for aarch64Otavio Salvador2020-12-131-0/+3
| | | | | | | | | For now, the best alternative we have is to add the imx-boot to the depends list based on the architecture. We bind it to use-mainline-bsp so we avoid changing QoriQ machines. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Change-Id: I836015607b72dd6afbbb098925a789d4720460bd
* imx-base.inc: Filter out mx8m when building for mainline BSPOtavio Salvador2020-12-131-0/+1
| | | | | | | | We need to get mx8m out of the machine overrides to avoid adding NXP BSP specific overrides in the system. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Change-Id: Ib99d5c6914c95cd18684a0e699da6679853f30b4
* imx-base.inc: add imx-boot as a dependency for mx8m machinesAndrey Zhizhikin2020-12-131-0/+1
| | | | | | | | | | | | | | | | | imx-boot is required to be provided as a dependency for mx8m machines in order to provide a boot container, which WIC is expecting to include into the final image. Since the only dependency for WIC present in the layer now is targeting mx8 machine and MACHINEOVERRIDES_EXTENDER_FILTER_OUT removes it when use-mainline-bsp is set - it leaves no 'imx-boot' container in the path of creating WIC file, and build for mx8m machines fails. Append WKS_FILE_DEPENDS to include imx-boot for mx8m, as it is required to be present regardless of the BSP flavor chosen. Fixes: e2589ccb ("imx-base.inc: Avoid adding 'imx-boot' as dependency for all SoCs") Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
* imx-base.inc: Avoid adding 'imx-boot' as dependency for all SoCsOtavio Salvador2020-12-121-1/+0
| | | | | | | | | The use-mainline-bsp cannot be used to add the 'imx-boot' on the dependency chain as it breaks the other SoCs. The fix for this is still to be decided but for now restore the old behavior. Fixes: b93dcbeb (conf: machine: imx8m[m,p]: add support for fslc bsp) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* conf: machine: imx8m[m,p]: add support for fslc bspAndrey Zhizhikin2020-12-111-5/+9
| | | | | | | | | | | | | | | Add support for FSL Community BSP to imx8mmevk, imx8mpevk and imx8mnevk machines and ease restriction for those machines to be built with NXP-only BSP. FSL Community BSP allows those machines to pick up upstream components in order to construct the image. Bootloader provider is now selected to provide either u-boot-imx or u-boot-fslc for mx8mm machines based on the BSP flavor selected. WIC container is defined to accommodate ATF and option OP-TEE from NXP, as it is required for mx8mm family to boot. Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
* imx-base: install vpu fw for mx8qm/mx8qxp based machinesMax Krummenacher2020-11-091-3/+2
| | | | | | | | | | | Both SoC families use the same vpu firmware packaged into firmware-imx-vpu-imx8. Note that a package by the name firmware-imx-vpu-imx8-qxp does not exist. Compare with https://source.codeaurora.org/external/imx/meta-imx/tree/meta-bsp/conf/layer.conf?h=zeus-5.4.47-2.2.0#n70 Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
* imx-base.inc: Fix incorrect opencv packagingTom Hochstein2020-10-221-0/+1
| | | | | | | | | | | When building for 6Q in a common build folder, the sysroots used for opencv were actually for a previous 6SL build, causing a build break. Fix the build break by setting the opencv packaging properly as SoC-specific. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-base.inc: Add sdma-imx7d firmware for i.MX8M based SoCsOtavio Salvador2020-10-071-1/+4
| | | | | | | | | | | | | | | We need to install the SDMA firmware for all i.MX8M based SoCs so it can properly enable the DMA support, this has been done for following SoC families: - mx8mm - mx8mn - mx8mp - mx8mq Reported-by: Brian Hutchinson <b.hutchman@gmail.com> Change-Id: I047164568e659a532307fdedab31cdbb521fdfa1 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx8mpevk.conf: add machine definition for i.MX8M Plus SocAndrey Zhizhikin2020-09-291-7/+16
| | | | | | | | | Add machine definition file based in NXP release 5.4.24-2.1.0 Modify imx-base.inc machine file to add defines required to bring new machine definition into the base. Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
* imx-parser: Set package architecture correctly to tune-specificTom Hochstein2020-09-231-1/+0
| | | | | | | The tune-specific package architecture is sufficient, no need to use the more specific SOC or MACHINE package architecture. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* optee-imx: upgrade to version 3.7.0Andrey Zhizhikin2020-09-231-3/+3
| | | | | | | | | | | | | | | | | | | | | | | Update all recipes to pull sources from imx_5.4.24_2.1.0 branch in NXP upstream and update SRCREV to match release tags. Update PREFERRED_VERSION of optee for mx8 to point to 3.7.0.imx. Following notes are additions to the version update of recipes: -------------------------- optee-os: - Refresh gcc10 patch to resolve the fuzz during apply - Drop python patch as it is already applied upstream - Add new machines to the list optee-client: - Update CFLAGS patch to match 3.7.0 version - Split ${B} from ${S}, this makes build more clear optee-test: - Remove do_compile task and substitute with OEMAKE Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
* firmware-imx: upgrade to version 8.8Andrey Zhizhikin2020-09-231-2/+2
| | | | | | | | | | | | | | | | | | Update all recipe PN to match the one from upstream. Latest delivery from NXP has VPU firmware for imx27 in the package, so enable it to be included in the image. It also also lacks the VPU firmware for imx8qxp, so disable the package for now until it is provided from NXP. firmware-imx has been re-worked to provide a more unified mechanism for installing firmware files into ${D} and package split is expalined in the comments section. NOTE: This update uses new EULA v11 from NXP. Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
* ptpd-qoriq: remove as linuxptp is used insteadTing Liu2020-09-221-1/+0
| | | | | | | ptpd-qoriq is no longer used and supported, remove the recipe. Signed-off-by: Ting Liu <ting.liu@nxp.com> (cherry picked from commit 693fc486334c87a00c28cd68c2db5c1a41f709cf)
* imx-base.inc: Change default Linux kernel to linux-fslc-imxOtavio Salvador2020-08-251-8/+8
| | | | | | | | | | | | The linux-imx does not offer fixes for security issues as well as new toolchain tooling, as we maintain an alternative Linux flavor it make sense to use it. The kernel can still to be overridden on the machine or distro definition, so preserving the flexibility. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Change-Id: I2378881cf9951f3dd85f758edf19af48185a50e8
* c/m/i/qoriq-base.inc: tidy MACHINE_SOCARCH_FILTERJens Rehsack2020-06-231-1/+1
| | | | | | | Remove openssl-qoriq from MACHINE_SOCARCH_FILTER since openssl is used from OE-core with just some patches for QorIQ. Signed-off-by: Jens Rehsack <sno@netbsd.org>
* machine/include/qoriq-base.inc: sync bootloader providersJens Rehsack2020-06-021-1/+1
| | | | | | | | | Avoid PREFERRED_PROVIDER_u-boot and PREFERRED_PROVIDER_virtual/bootloader drift apart as good as it gets without creating circular dependencies. Read: there in one primary definition (PREFERRED_PROVIDER_u-boot) and the second specification is relying on the primary. Signed-off-by: Jens Rehsack <sno@netbsd.org>
* machine/include/qoriq-base.inc: remove u-boot-fw-utilsJens Rehsack2020-06-021-1/+0
| | | | | | | | | | | | | | | | | | | u-boot-fw-utils have been replace by libubootenv which has been finalized with commit d15639a0a27393aa455adae113f4692c27367e89 Author: Otavio Salvador <otavio@ossystems.com.br> Date: Thu Apr 2 11:19:34 2020 -0300 u-boot-qoriq-fw-utils: Drop recipe as libubootenv works as replacement Now we are using libubootenv and dropped the u-boot-qoriq-fw-utils, we need to move the configuration file to the main recipe. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Remove choosing a preferred provider, too. Signed-off-by: Jens Rehsack <sno@netbsd.org>
* openssl: append to OE-coreJens Rehsack2020-06-021-1/+0
| | | | | | | | Instead of maintaing 98% copy of OE-core recipe without being up-to-date as good as possible, inject patches into OE-core recipe of openssl when compiling for the right platform. Signed-off-by: Jens Rehsack <sno@netbsd.org>
* jailhouse: Enable Jailhouse for i.MXCristinel Panfir2020-05-251-0/+8
| | | | | | | | | | | | This is an adaptation of the original recipe https://bitbucket.org/retotech/meta-jailhouse - add recipe for Jailhouse version 0.11 - enable for mx8mq, mx8mm, mx8mn - add pyjailhouse/python tools like jailhouse-cell-linux - update to python3 classes Signed-off-by: Cristinel Panfir <cristinel.panfir@nxp.com>
* fix: handle if KERNEL_DEVICETREE isn't definedChristopher Boyd2020-05-191-0/+5
|
* qoriq-base.inc: Add support to easily choose which BSP to useTing Liu2020-05-151-0/+9
| | | | | | | | | | | | | | Machines or distros can define which BSP it should use by default. We are intending to default for NXP BSP by default and specific machines or DISTROs might change it if need. Two values are considered valid: mainline, nxp For example: QORIQ_DEFAULT_BSP = "nxp" Signed-off-by: Ting Liu <ting.liu@nxp.com>
* imx-base.inc: Add imx override to filter_out list of mainline BSPOtavio Salvador2020-05-011-0/+2
| | | | | | | We should avoid leaking NXP settings when using mainline BSP so we need to filter it out. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-base.inc: Reduce override of libdrm for mx6, mx7 and mx8Otavio Salvador2020-05-011-1/+3
| | | | | | | The library should not be overrided for SoCs without official BSP releases from NXP as it is untested. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-base.inc: Allow for setting different IMX_DEFAULT_BSP valuesCarlos Rafael Giani2020-04-201-3/+3
| | | | | | | | | Current assignment of the IMX_DEFAULT_BSP variables is too strong. For example, any IMX_DEFAULT_BSP value set in local.conf currently gets overridden by the assingment in imx-base.inc. Soften the assignment to allow for alternative values for these variables. Signed-off-by: Carlos Rafael Giani <crg7475@mailbox.org>
* imx-base.inc: indicate updated versions of componentsAndrey Zhizhikin2020-04-161-4/+4
| | | | | | | Bump revisions of optee, wayland-protocols and weston since recipes were upgraded. Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
* mx8qxp: Use cortexa35-crypto tuning for i.MX 8 QXP defaultTom Hochstein2020-04-151-8/+10
| | | | | | | The i.MX 8QXP has Cortex-A35 cores plus Crypto extensions, so enable them by default. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* Finally fix the mainline BSP vs NXP BSP dynamic changeOtavio Salvador2020-04-151-11/+2
| | | | | | | | | | We cannot change the default BSP based on SoC as we trim out those when moving to the mainline BSP. For this reason, we moved the i.MX8 forced setting to our respective machines as they lack mainline BSP support. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-base.inc: Avoid imx-alsa-plugins use on mainline BSPOtavio Salvador2020-04-151-3/+5
| | | | | | | | | The imx-alsa-plugins use i.MX kernel specific APIs so we cannot use it with mainline. Now, the imx-alsa-plugins are added only when NXP BSP is in use. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-base.inc: Set NXP BSP as default for all i.MX8 based SoCsOtavio Salvador2020-04-141-0/+7
| | | | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-base.inc: Postpone the expanion of BSP choiceOtavio Salvador2020-04-141-1/+4
| | | | | | We need to postpone the expanion so we avoid cycles. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx8mq: Add tuning for cortexa53+crypto+crcTom Hochstein2020-04-141-0/+1
| | | | | | | Like other i.MX 8M SOCs, the 8M Quad has Cortex-A53 cores and supports ARM Crypto extensions. Enable them by default. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-base.inc: Drop unused MACHINE_SOCARCH_SUFFIX valuesOtavio Salvador2020-04-121-4/+0
| | | | | | | We are forcing the mainline BSP for 'mxs' and 'mx5' so it will always use '-imx' suffix. This allows us to drop the unused values. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-base.inc: Force use of mainline for 'mxs' and 'mx5'Otavio Salvador2020-04-121-0/+3
| | | | | | | The mainline BSP is the only well supported option for i.MX23, i.MX28, i.MX51 and i.MX53 so force its use. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-base.inc: The BSP override must be stronger then SoC familyOtavio Salvador2020-04-121-1/+2
| | | | | | | The `use-mainline-bsp` must have higher priority over SoC one so it can override settings when need. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-base.inc: Add support to easily choose which BSP to useOtavio Salvador2020-04-111-0/+8
| | | | | | | | | | | | | | Machines or distros can define which BSP it should use by default. We are intending to default for mainline BSP by default and specific machines or DISTROs might change it if need. Two values are considered valid: mainline, nxp For example: IMX_DEFAULT_BSP ??= "mainline" Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* linux-fslc-imx: Remove recipes as they are not being actively maintainedOtavio Salvador2020-04-111-4/+4
| | | | | | | | | The community forks are not being actively maintained by community and vendors and as consequence are not being updated as need. Aiming to reduce the maintenance burden we are dropping them as we will move to NXP's GA kernels when using NXP BSP. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* imx-base: Fix nativesdk u-boot-tools providersJoshua Watt2020-03-311-2/+2
| | | | | | | The providers were incorrectly set to the -native recipe instead of the nativesdk- recipe Signed-off-by: Joshua Watt <Joshua.Watt@garmin.com>
* u-boot: Split out u-boot toolsJoshua Watt2020-03-301-0/+4
| | | | | | | | | | | | | | | | | | | Splits out the IMX u-boot tools build to it's own recipe. This is required because these are native tools and thus need to be in a -native recipe to be properly relocated (instead of being built as part of the target u-boot-imx recipe). If the tools aren't built in a -native recipe, then the mkimage tool will contain a hard coded path to the uninative program loader from the sandbox where it was first built and this will not get corrected when restored from sstate. The result is that the mkimage_uboot executable can't run because it's looking for a hard coded program loader that does not exist, resulting in strange build errors like: ./mkimage_uboot: Command not found even though the executable is obviously in the correct location. Signed-off-by: Joshua Watt <Joshua.Watt@garmin.com>
* imx-base: Enable wic.bmap image generation for mxsNicola Lunghi2020-03-251-1/+1
| | | | | | | | | | | See similar commit fb753d427add595d9c425fab9d4720a041db1b6d: imx-base: Enable wic.bmap image generation as default Bmaptool is a generic tool for creating the block map (bmap) for a file and copying files using the block map. Is faster than use dd to flash images to SD Cards. More info about bmap here [1]. Signed-off-by: Nicola Lunghi <nick83ola@gmail.com>
* mx8qm: Use cortexa72-cortexa53 tune by defaultJoshua Watt2020-02-271-0/+1
| | | | | | | | Use the cortexa72-cortexa53-crypto tune for IMX.8 QuadMax devices instead of the more generic aarch64. Update the QuadMax MEK machine to require the file that provides this tune. Signed-off-by: Joshua Watt <Joshua.Watt@garmin.com>
* imx-base: non-overriding append for WKS_FILE_DEPENDSManuel Bessler2020-01-141-1/+1
| | | | | | | | On mx8, `WKS_FILE_DEPENDS_mx8 += "imx-boot"` overrides the content of `WKS_FILE_DEPENDS` instead of appending, causing `do_image_wic` to complain about missing dependencies for `wic-tools`.
* imx-base: add bcm firmware package definitionsAndrey Zhizhikin2020-01-081-0/+7
| | | | | | | Add firmware package definitions for Broadcom wifi modules, which are used on NXP EVKs (for i.MX8M series). Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
* imx-base: add common defines for imx8m nano socAndrey Zhizhikin2020-01-081-0/+5
| | | | | | | | | | Add necessary machine defines and overrides required to support i.MX8M Nano SoC and is similar to i.MX8M Mini SoC. New SoC lacks VPU support, therefore it is excluded from MACHINEOVERRIDES_EXTENDER, leaving only GPU-related features. Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
* imx-base.inc: Do not pin weston's version when using mainline-bspAndreas Müller2020-01-071-0/+1
| | | | Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
* libdrm: Upgrade to 2.4.99.imxMihai Lindner2019-12-161-3/+1
| | | | | | Refresh recipe base from poky, drops patches no longer used. Signed-off-by: Mihai Lindner <mihai.lindner@nxp.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-07-23 12:58:12 +0000