summaryrefslogtreecommitdiffstats
path: root/conf/machine/include/imx-base.inc
Commit message (Collapse)AuthorAgeFilesLines
* imx-base: upgrade to release 5.4.70_2.3.0Max Krummenacher2021-04-021-7/+10
| | | | | | | | | | Update PREFERRED to release 5.4.70_2.3.0. imx-gpu-viv now has opencl-clhpp in PROVIDES. Set this as the preferred provider. Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com> (cherry picked from commit 6ce8be8b047fdda706dfa40ee6191f723b334b65)
* imx-base.inc: Set imx-gpu-viv as preferred provider for OpenCLTom Hochstein2021-03-101-0/+2
| | | | | | | Use imx-gpu-viv for hardware-accelerated OpenCL implementation. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com> (cherry picked from commit c19ab3ed009c45e5b016fee24f752f43de427a7a)
* imx-gpu-viv: Align OpenCL package namesTom Hochstein2021-03-101-2/+2
| | | | | | | | | The existing OpenCL recipes opencl-headers and opencl-icd-loader are dependencies for clinfo. In order to build clinfo with imx-gpu-viv as provider, fix imx-gpu-viv to provide the same recipe names. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com> (cherry picked from commit 039b7557c9f243a882c7d008ff362137c6e70e15)
* imx-base: use i.MX opencv version for mx8Chris Dimich2021-03-021-0/+3
| | | | | | | Use i.MX fork to support additional machine learning demos and tiny dnn. Signed-off-by: Chris Dimich <Chris.Dimich@boundarydevices.com> (cherry picked from commit 420f87e0af69e72ff561c6650074c43e69a0dff8)
* machines: imx-base.inc: fix failing u-boot buildsMax Krummenacher2021-02-051-12/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | If using a fsl-xxx distro the prefered provider of U-Boot is u-boot-imx. That U-Boot didn't make the switch to a unified dl/q/qp binary and does not use an spl. For the imx6ulevk it does not use an spl. The below commits try to address that, however the change is not limited to - the fsl distro but rather uses use-nxp-bsp which can be used with any distro - some machines which do not use u-boot-imx, e.g. colibri-imx6 now fail. Fix this by moving the configuration into the affected distro in meta-freescale-distro and the machines. Fixes: c9757ea3 ("imx-base.inc: Fix use-nxp-bsp after rework") 77e56f30 ("imx-base.inc: Limit use-fsl-bsp u-boot overrides to i.MX 6 and 7") e5cd33c9 ("u-boot.imx: Add u-boot configuration for fsl") Build tested with fsl-xwayland & use-nxp-bsp for imx6qdlsabreauto, imx6qdlsabresd, and imx6ulevk. Build tested with the fslc-xwayland & use-nxp-bsp for imx6qdlsabreauto, imx6qdlsabresd, imx6ulevk, and colibri-imx6. Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com> (cherry picked from commit b6e910abdea72f9cd6336c4eeecdf8646e3543c2)
* imx-base.inc: Fix use-nxp-bsp after reworkTom Hochstein2021-02-031-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> (cherry picked from commit c9757ea36f8472d75cb5c6d9abbbe5c3ed2e826b)
* 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>
* 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
* 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>
* 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>
* weston: Upgrade to 6.0.1.imxMihai Lindner2019-12-161-3/+1
| | | | Signed-off-by: Mihai Lindner <mihai.lindner@nxp.com>
* imx-base.inc: add uboot entrypoint for mx8mmRicardo Salveti2019-12-161-0/+1
| | | | | | | | | Default u-boot load address is set to 0x40480000 but fitImage support requires the UBOOT_ENTRYPOINT to be defined as well, so just extend imx-base.inc to also include a default uboot entrypoint for mx8mm. Signed-off-by: Ricardo Salveti <ricardo@foundries.io>
* imx-base.inc: Remove unused variable SDCARD_ROOTFSTom Hochstein2019-11-111-2/+0
| | | | | | | | Looks like the variable was accidentally re-introduced. https://github.com/Freescale/meta-freescale/commit/2cbca9a255674649730b3f440a6142cf16030267 Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* optee: Add support for optee imx fork to imx8mqevkPeter Griffin2019-11-081-0/+15
| | | | | | | | optee imx fork like most other imx forked components is more fully featured for imx devices and supports things like CAAM accleration. Signed-off-by: Peter Griffin <peter.griffin@linaro.org>
* machine: Remove unused variables BOOT_SPACE and SDCARD_ROOTFSTom Hochstein2019-11-061-1/+0
| | | | | | BOOT_SPACE and SDCARD_ROOTFS are no longer used with the move to wic. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-base.inc: set i.MX 7ULP UBOOT_ENTRYPOINT setting to fix fitImageMichael Scott2019-09-131-0/+1
| | | | | | | | | | | | | | | | | | The UBOOT_ENTRYPOINT setting is used when generating fitImage data. Specifically where to extract the kernel binary into memory. When fitImage is enabled for i.MX 7ULP targets, we are incorrectly setting the extraction location to 0x80008000 (the mx7 default). This results in a hung boot. The default configuration for i.MX 7ULP is to load the kernel binary (zImage) and initramfs into memory directly from the vfat boot partition so this issue does not present itself until fitImage is used. To fix the extraction point for fitImage kernel binaries, let's add a specific setting for mx7ulp so that mx7 setting isn't used. Signed-off-by: Michael Scott <mike@foundries.io>
* imx-base.inc: upgrade to weston 5.0.0.imxPeter Griffin2019-09-121-3/+3
| | | | Signed-off-by: Peter Griffin <peter.griffin@linaro.org>
* imx-base.inc: Prefer DPU-based G2D when availableTom Hochstein2019-09-121-0/+1
| | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* mx8mm: use cortexa53-crypto tune for imx8m mini per defaultAndrey Zhizhikin2019-06-191-0/+1
| | | | | | | | | | | | | | | | | Current implementation of i.MX8M Mini is utilizing generic aarch64 tune (arch-arm64) provided from OE meta layer. According to IMX8MMRM [1] this CPU contains Cortex-A53 cores, so this commit sets a default tune to cortexa53-crypto. Note, that according to [1] ARM Crypto extensions are supported, therefore it is beneficial to set the tune to -crypto, as this also enables NEON and VFP support in GCC (via -march and -mcpu feature modifiers, see [2]). [1]: https://www.nxp.com/webapp/Download?colCode=IMX8MMRM [2]: https://gcc.gnu.org/onlinedocs/gcc/AArch64-Options.html#aarch64-feature-modifiers Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
* wayland-protocols-imx: Upgrade to version 1.17Carlos Rafael Giani2019-05-251-3/+3
| | | | | | This is needed for GStreamer 1.16 Wayland support Signed-off-by: Carlos Rafael Giani <crg7475@mailbox.org>
* imx-base: make sure sha384sum is available for all i.MX 8 variantsStefan Agner2019-05-091-1/+1
| | | | | | | | Image container generation of imx-boot requires sha384sum also when building for i.MX 8 targets (e.g. i.MX 8QM). Make sure it is available for all i.MX 8 families. Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-27 08:27:55 +0000