summaryrefslogtreecommitdiffstats
path: root/meta-ti-bsp/conf/machine/include
Commit message (Collapse)AuthorAgeFilesLines
...
* Revert "meta-ti-bsp: machine: Remove all gpu features"Denys Dmytriyenko2023-02-218-5/+43
| | | | | | | | | Merged by accident. This reverts commit 51bb56b74cd2e7f7e922cce84a023f669291ef00. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* Revert "meta-ti-bsp: machine: Attempt to update DC alias"Denys Dmytriyenko2023-02-213-9/+0
| | | | | | | | | Merged by accident. This reverts commit 0dd6a86b9a20bc1117d19bec3e642602b6c54b8c. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* Revert "conf: machine: Fallback to software rendering"Denys Dmytriyenko2023-02-214-4/+4
| | | | | | | | | Merged by accident. This reverts commit 5ae790999e762063446ec4623693eecd8ecd6be9. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: Fallback to software renderingRyan Eatmon2023-02-164-4/+4
| | | | | | | | | While we are working to update our platforms to support Weston 10 and beyond, we are falling back to software rendering for platforms that do not currently have a solution for GPU drivers (namely the boards that use SGX). Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp: machine: Attempt to update DC aliasRandolph Sapp2023-02-163-0/+9
| | | | | | | | | Attempt to update the SGX display controller alias variable according to what Andrew told me. SGX apparently had a few different aliases across platforms. Signed-off-by: Randolph Sapp <rs@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp: machine: Remove all gpu featuresRandolph Sapp2023-02-168-43/+5
| | | | | | | | | Remove all gpu machine features and instead rely on the new dependency chain for resolving gpu dependencies. Set preferred providers for virtual/gpudriver where needed. Signed-off-by: Randolph Sapp <rs@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf/machine/k3r5.inc: update bootflow linksDenys Dmytriyenko2023-02-161-2/+3
| | | | | | | | | Original READMEs with bootflows were reworked and moved to a dedicated doc/ folder in more recent U-boot versions. Update links in the k3r5 config file accordingly to provide some basic explanation of K3 bootflows. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: Rework do_image_wic dependenciesAndrew Davis2023-01-247-17/+16
| | | | | | | | | | | | | | | | | | The WIC image for K3 depends on the TI-SCI firmware, on AM65x and J721e also the bootloader. Make this clear by only depending on firmware in the base k3.inc file, then adding the bootloader dependency in AM65x and J721e specific includes. Remove unneeded overrides from the evm level files. Remove do_image_tar dependencies as the tar files do not include the bootloader nor TI-SCI firmware, only the boot partition of the WIC file needs these. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: Move TFA_BOARD and OPTEEMACHINE to the SoC levelAndrew Davis2023-01-247-7/+17
| | | | | | | | | These defines are specific to a SoC, not a SoC family (K3) nor any specific board. Move these to the SoC level for all boards to be consistent with boards already doing this correctly. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: Remove OPTEEOUTPUTMACHINE definitionAndrew Davis2023-01-247-7/+0
| | | | | | | | This was used in the base Linaro optee-os_git.bb recipe, it is no longer used, remove it from our boards. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: Remove j7 grouping and j7.incAndrew Davis2023-01-245-9/+16
| | | | | | | | | | | J7 is an unneeded level of grouping that is now causing issues and leading to mistakes when adding new J7 based platforms. Each J7x family device should use the SoC name specifically to prevent accidentally adding or removing features that are not meant for the new SoC. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: j784s4: Move common defines into j784s4.incAndrew Davis2023-01-241-0/+10
| | | | | | | | | Like we do with J721e, J7200, and J721s2, use a SoC header include file to define common properties. This eases adding new boards based on these SoC. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: Remove multi-certificate image commentAndrew Davis2023-01-241-2/+0
| | | | | | | Multi-cert is already now the default, no need to add a comment on that. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp: Add am57xx.inc allowing use of SoC name over full EVM nameAndrew Davis2023-01-241-0/+5
| | | | | | | | | | In many spots we have to use the full EVM name for each EVM using the AM57x SoC leading to missed features on some EVMs. Add the am57xx name so we can generically add for AM57x. Signed-off-by: Andrew Davis <afd@ti.com> Reviewed-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* k3r5: Use the ?= default assignment to allow for overridesRyan Eatmon2023-01-041-3/+3
| | | | | | | | Move to setting the values for PREFERRED_PROVIDER using the ?= default assignment so that we can override the setting if we would like to. Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf/machine/omapl138: correct few of the machine settingsDenys Dmytriyenko2022-11-232-3/+13
| | | | | | | | | | | | Cleanup and unify again - omapl138-lcdk is the only platform supported in the OMAP-L1 family. Plus there's no longer DaVinci family with corresponding settings. Adjust accordingly. Please note, there's currently a bug building Rust on ARMv5 platforms: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14967 Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: am64xx: Move multi-config targets into base SoC includeAndrew Davis2022-11-231-0/+13
| | | | | | | | | | | The supported device types depends on the SoC, not on any specific board or EVM. Any board can be populated with any of the 3 supported AM64x types. Move these into the AM64x common include. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: am64xx-evm: Switch to SR2.0 HS-FS build by defaultAndrew Davis2022-11-231-3/+3
| | | | | | | | | | | | | | | AM64x devices will only be available as SR2.0 HS-FS. Set this as the default type provided by the SDK. To allow SR2.0 HS-SE to continue to boot, like we did with GP, we add an extra machine to build SR2.0 HS-SE SYSFW. To use on SR2.0 HS-SE boards simply switch out the SYSFW image: $ cd /mnt/sd-card/boot $ mv tiboot3-am64x_sr2-hs-evm.bin tiboot3.bin Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: am64xx-evm: Make HS-SE the defaultAndrew Davis2022-11-231-2/+3
| | | | | | | | | | | | The HS-SE AM64xx machine can now be run on GP devices and built without needing the TI_SECURE_DEV_PKG for the same. AM64xx will only be available in the HS-FS type going forward. Make the HS-SE the default and remove the original GP machine. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* k3: also inherit kernel-fitimage class for FIT image generationDenys Dmytriyenko2022-11-231-0/+1
| | | | | | | In order to support fitImage image type, kernel-fitimage class is needed. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: k3: Add fitImage to the default kernel image typesAndrew Davis2022-11-231-1/+1
| | | | | | | | | | | FIT Image based kernels are valid for all K3 devices, not just HS, deploy this kernel image type by default so it doesn't have to be appended on a per-device-type basis. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: Move K3 TI_SECURE_DEV_PKG definition to common includeAndrew Davis2022-11-232-0/+4
| | | | | | | | | | | The K3 TI_SECURE_DEV_PKG is the same for all devices, move this out of each machine file and into the common K3 includes. This doesn't have any effect on the GP machines as they make no use of it. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* machine: k3r5: Make combined R5 boot the defaultAndrew Davis2022-11-231-3/+3
| | | | | | | | | | | | | Going forward, the combined tiboot3.bin is going to be the standard. Only AM65x and J721e will still use the split boot. Set the output of U-Boot to be u-boot-spl.bin by default and override only for the two split boot platforms. This makes it easier to add new platforms and simplifies deployment logic. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: Make multi-certificate image the defaultAndrew Davis2022-09-224-11/+5
| | | | | | | | | | | | Only the first two K3 devices do not support multi-cert boot so lets make multi-cert the default and only add back sysfw.itb for these two devices. Signed-off-by: Andrew Davis <afd@ti.com> Reviewed-by: lines be preserved? Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: am43: avoid missing dtb files for linux-ti-mainlineDrew Fustini2022-09-221-2/+4
| | | | | | | | | Avoid the inclusion of device tree files that do not exist upstream when virtual/kernel is linux-ti-mainline for the am43xx machines. Signed-off-by: Drew Fustini <dfustini@baylibre.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: wic: Fix HS image boot partitionManorit Chawdhry2022-09-221-2/+3
| | | | | | | | | | | | | | | | IMAGE_BOOT_FILES was being overwritten in the HS recipes leading to incomplete binaries in /boot and the naming of the binaries were not correct. Fixes /boot partition for HS devices. Signed-off-by: Manorit Chawdhry <m-chawdhry@ti.com> [afd: Extended fix to all HS platforms] Signed-off-by: Andrew Davis <afd@ti.com> Acked-by: Manorit Chawdhry <m-chawdhry@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* optee: Upgrade to upstream 3.17.0Andrew Davis2022-09-222-2/+2
| | | | | | | | | | | | | | | | | | | | | Update to the latest upstream master which is 3.17. We do this to add HUK and AM64x/AM62x support. With this we need to also switch OPTEEMACHINE for AM64x/AM62x. To build against the latest OP-TEE the support recipes need updated also. Move these here into meta-ti so that builds will still work when not using meta-arago-distro. The fix patches do not look to be needed anymore. While here switch to git checkout with https. NOTE: The latest OP-TEE requires SYSFW 8.04+ Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: am64xx: Add missing dtboAndrew Davis2022-09-221-0/+1
| | | | | | | | | | Add missing k3-am642-evm-icssg1-dualemac-mii.dtbo. Reported-by: Judith Mendez <jm@ti.com> Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf/machine: am62xx: Update build flag for low power modeNishanth Menon2022-05-101-0/+2
| | | | | | | | | | | | | | Update build flag for arm-trusted-firmware to include low power mode support K3_PM_SYSTEM_SUSPEND is added in arm-trusted-firmware now which enables low power mode support for am62xx. Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Praneeth Bajjuri <praneeth@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf/machine: remove default setting for xorgDenys Dmytriyenko2022-05-054-30/+0
| | | | | | | | | | | | meta-ti does not provide official X.org support, so no reason to set any defaults, just assume the ones from OE-Core. Also, drop setting MACHINE_GUI_CLASS, which is now only used by the kernel from meta-openembedded to determine the size of the Tux during boot. Keep those for now in community Beagle machines. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf/machine: make default PREFERRED_PROVIDERs easy to overrideDenys Dmytriyenko2022-05-058-43/+43
| | | | | | | | Use weak assignment for default PREFERRED_PROVIDER values to allow user to easily overwrite them from local.conf. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf/machine: add preferences for 3D graphics providersDenys Dmytriyenko2022-05-057-0/+39
| | | | | | | | Specify default 3D GLES/EGL providers for platforms using SGX and Rogue GPUs, both kernel and user-space components. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* am62xx, j721s2: move "gpu" machine feature from machine to soc configDenys Dmytriyenko2022-05-052-1/+3
| | | | | | | | In most cases machine features should be set in the corresponding SoC config to be applicable to different machine variants, like GP, HS or custom board. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* machine: Add am62xx evm configurationNishanth Menon2022-05-021-0/+17
| | | | | | | | | | | | | | | Lets add the basic AM62xx-evm configuration. - Add configurations. - Add firmware overrides. - Add u-boot overrides. - Update TI_LINUX_FW_SRCREV and K3_IMAGE_GEN_SRCREV to appropriate SHAs. Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Hari Nagalla <hnagalla@ti.com> Signed-off-by: Praneeth Bajjuri <praneeth@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: Enable bmap file for wic images on legacy platformsJonathan Humphreys2022-05-023-3/+3
| | | | | | | | | | To allow a consistent experience across current devices, enable wic.bmap file generation for AM3/4/5 images. Signed-off-by: Jonathan Humphreys <j-humphreys@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp: add SoC families for the J7 SoCsAndrew Davis2022-03-293-0/+8
| | | | | | | | | | This allows us to be more specific around what SoCs we support and lets us add features based on the SoC family not just at the EVM or whole J7family level. Signed-off-by: Andrew Davis <afd@ti.com> Tested-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* ti33x: move screen feature to machine configsVivien Didelot2022-02-221-4/+1
| | | | | | | | | | | | | | | | | | | | The AM335x SoC has a built-in 16bit/24bit RGB LCD controller, and the BeagleBone Black uses an external chip to convert this to HDMI. But the SoC does not have a video output port per-se, thus the "screen" machine feature does not belong to its configuration but rather to the machine configurations. Move the feature (and the MACHINE_GUI_CLASS definition) out of ti33x.inc into am335x-evm.conf and beaglebone.conf respectively. At the same time, drop the irrelevant comments regarding the external screen, since MACHINE_GUI_CLASS is unlikely used and the BeagleBone Black has a micro HDMI port, not a DVI port. Signed-off-by: Vivien Didelot <vdidelot@pbsc.com> Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti: create a sub-layer meta-ti-bsp from existing contentDenys Dmytriyenko2022-02-2212-0/+347
Extra sub-layers will be created next and relevant content moved across them. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>