SDKs or other users of meta-ti can still use one of the other recipes for
stability or featureset, by setting PREFERRED_PROVIDER in their config.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
SDKs or other users of meta-ti can still use one of the other recipes for
stability or featureset, by setting PREFERRED_PROVIDER in their config.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
SDKs or other users of meta-ti can still use one of the other recipes for
stability or featureset, by setting PREFERRED_PROVIDER in their config.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
SDKs or other users of meta-ti can still use one of the other recipes for
stability or featureset, by setting PREFERRED_PROVIDER in their config.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Introduce own namespace to allow multiple instances of the same base version,
possibly pulled from different trees or patched/customized for specific SoC.
* Suffix-less variant u-boot_YYYY.MM.bb is reserved for mainline versions of the
recipe with no or minimal patches, with broader machine selection.
* Recipes for machine- or SoC-specific trees should use corresponding suffix -
either machine, SoC or the name of the tree.
* The .inc file lets the suffixed recipes to provide virtual/bootloader, u-boot,
as well as generate conventional u-boot binary packages for direct run-time
dependencies.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
SDKs or other users of meta-ti can still use one of the older 3.2 recipes for
stability or featureset, by setting PREFERRED_PROVIDER in distro or local config.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Acked-by: Chase Maupin <chase.maupin@ti.com>
Switch to using the official git.ti.com URL instead of temp gitorious.ti.com
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Acked-by: Chase Maupin <chase.maupin@ti.com>
* Update SRCREV for the recent merges in TI staging tree, still 3.8.2
* Bump MACHINE_KERNEL_PR to trigger rebuilding out-of-tree components
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Until the permanent fix can be picked up in oe-core fix the
do_deploy function to properly package the dtb files built
as part of the kernel build.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* For the ti33x SOC_FAMILY device package the dtb files for all
of the am335x boards instead of just the single EVM file.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* The DEPENDS on am33x-cm3 and the installation of the cm3
firmware is specific to ti33x SOC_FAMILY devices. Mark those
pieces as specific so that other devices to not depend on
am335x cm3 firmware.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Use the setup-defconfig.inc functionality to specify the in
kernel tree defconfig file to use rather than hard coding it
in the do_configure step.
* This is to make it easier to modify which configs are use by
other layers as well as supporting additional machines which
may not use omap2plus_defconfig as needed.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Moved the setup-defconfig.inc file from meta-arago to meta-ti.
This functionality is used by the SDKs to allow the option for
using an in-tree configuration file for the kernel build.
* This option was chosen to make it easy for other layers to
override the config with their own using the normal OE method
of specifying a defconfig file in their layer rather than having
to use some custom variable setting.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* There is no support for these platforms from meta-ti.
* If someone is willing to maintain them, please let us know or feel free to
take it to a separate layer.
* Therefore, remove SoC and machine configs, kernel, u-boot and X11 configs
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
There is no support for this device from meta-ti. Plus I don't have the device.
If there's anyone willing to maintain it, please let me know or feel free to
take it to a separate layer.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
There is no support for this board from meta-ti. Plus I don't have the board.
If there's anyone willing to maintain it, please let me know.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Every other u-boot git SRC_URI has a different value, so make the odd
ones out consistent with the rest, as in:
-SRC_URI = "git://www.denx.de/git/u-boot.git ...
+SRC_URI = "git://git.denx.de/u-boot.git ...
Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Thanks to Robert P. J. Day, MODULE_IMAGE_BASE_NAME was added to oe-core - only
~3.5 years after it got into Classic-OE and with a typo of MODULE_*, not plural
MODULES_*, so match it here and set conditionally.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* This is a pure _mainline_ version w/o any patches on top.
* Should work reasonably well for most platforms and is provided as an
alternative to specialized pre-integrated and patched versions.
* It is not enabled by default, since specialized versions usually have
more features and better support, although maybe slightly older.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Add sgx to MACHINE_FEATURES to indicate that a particular machine supports
sgx.
* TI chips are available in multiple variants including some that supports sgx
while others do not.
* By adding sgx as a machine feature other layers can create generic
packagegroups or images for a particular soc but will only include sgx
dependencies if the particular machine has sgx support.
Signed-off-by: Franklin S. Cooper Jr <fcooper@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Denys Dmytriyenko
Chase Maupin
Robert P. J. Day
Hao Zhang
Franklin S. Cooper Jr