* The U-Boot config to be used in the latest code has been updated
to use omap5_uevm instead of omap5_evm.
* Update to the latest code to pickup this change and modify the
machine file as well.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Now that the setup-defconfig.inc file has been moved to the
meta-ti layer the kernel recipes should include this file.
* This makes way to clear this inclusion from the bbappend files
in meta-arago
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Add the dra7xx-evm machine type which is part of the omap-a15
SOC_FAMILY
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Update to the latest kernel sources. This also requires changing
the dtb file names since the omap5 devices have changed to use
uevm instead of panda and sevm instead of evm.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
* Add the omap5-panda.dts file as a supported DTS to be built.
This file is for use on the panda and uEVM boards.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* The serial console for the OMAP5 uEVM is ttyO2 not ttyO0
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Add the machine configuration for the OMAP5 EVM device.
* Create the omap-a15.inc file to be shared with all OMAP
Cortex-A15 derivative devices.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Add the KERNEL_DEVICETREE definitions for omap5-evm
* Add the omap-a15 SOC_FAMILY to the list of COMPATIBLE_MACHINEs
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
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>
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>
Franklin S. Cooper Jr
Chase Maupin
Denys Dmytriyenko