summaryrefslogtreecommitdiffstats
path: root/conf/machine/include/imx-base.inc
Commit message (Collapse)AuthorAgeFilesLines
* imx-base.inc: Add sdma-imx7d firmware for i.MX8M based SoCstopic/fix-sdma-firmware-mx8mmOtavio 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>
* imx-base: make gstreamer1.0 packages socarch specific for all imx socMax Krummenacher2019-05-051-1/+1
| | | | | | | | | Move gstreamer1.0 to the generic i.MX override, all i.MX use the 1.14.imx override, not only the once with a GPU. Completes '0d5f4e27 imx-base: make gstreamer1.0 packages socarch specific Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
* imx-base.inc: Use UBOOT_SUFFIX in UBOOT_BINARY variableFabio Berton2019-04-171-2/+2
| | | | | UBOOT_SUFFIX is already set in machine configuration files and we can use this variable to set u-boot suffix for UBOOT_BINARY.
* wic: Fix image generation for i.MX with bootpart scriptPierre-Jean Texier2019-04-141-3/+4
| | | | | | | | | Some boards expects a specific binary name. Example : WaRP7 required the u-boot-dtb.imx file (instead of u-boot.imx). Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io> Signed-off-by: Joris Offouga <offougajoris@gmail.com>
* qcacld: Fix missing firmware and tools packagesTom Hochstein2019-04-051-2/+2
| | | | | | | | The RDEPENDS from kernel-module-qca* is not working, so that firmware-qca* and qca-tools are missing from the image. Use a packagegroup instead as a workaround. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-base.inc: Add QCA module support for 6174 and 9377Tom Hochstein2019-04-051-0/+4
| | | | Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-base: make gstreamer1.0 packages socarch specificMax Krummenacher2019-03-271-1/+1
| | | | | | | | | | | | | gstreamer and its plugins have been forked for i.MX. So all of the generated packages should have their PACKAGE_ARCH set to SOCARCH. Prevents, when building gstreamer for an i.MX machine followed by a non i.MX machine: | ERROR: gstreamer1.0-1.14.4-r0 do_packagedata_setscene: QA Issue: Package version for package gstreamer1.0 went backwards which would break package feeds from (0:1.14.imx-r0 to 0:1.14.4-r0) [version-going-backwards] | and many more for each generated package Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
* imx-base.inc: Add alsa support for all i.MX 8Tom Hochstein2019-02-281-10/+3
| | | | | | | Also simplify i.MX 6 and 7 configuration logic since alsa is supported by all i.MX 6 and 7. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-base.inc: Limit use-fsl-bsp u-boot overrides to i.MX 6 and 7Tom Hochstein2019-02-271-4/+8
| | | | | | | The u-boot overrides are appropriate for i.MX 6 and 7 only and break i.MX 8 builds. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-09-20 21:52:49 +0000