* Enable "sgx" feature on all - the driver may still be missing, but GLES is
available from omap5-sgx-ddk-linux package
* Enable "touchscreen" feature only on dra7 and am57 - not available on omap5
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Acked-by: Franklin Cooper Jr. <fcooper@ti.com>
* Create the dra7xx.inc file which inherits the omap-a15.inc file
and then adds the dra7xx as another valid SOC_FAMILY setting.
* The addition of the dra7xx SOC_FAMILY is done while still keeping
access to the omap-a15 family. What this means is that omap-a15
can apply to omap5-evm, dra7xx-evm, and am57xx-evm. Then the
dra7xx family can be used to differentiate between omap5 and
dra7xx based devices.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Acked-by: Franklin Cooper Jr. <fcooper@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
k2l-evm machine config shares the same Keystone SoC family, it has K2L EVM
specific machine configuration for UBI image, boot monitor, U-boot, etc.
Signed-off-by: Hao Zhang <hzhang@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Remove the RDEPENDS for the am33x-cm3-initscript package since
the latest kernel source use the hotplug functionality to load
the firmware.
* Updated the SRCREV to the latest kernel sources which include
the hotplug fix.
* Bump the MACHINE_KERNEL_PR for the am335x and am437x devices
which are affected.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* By setting the UBI_VOLNAME variable the default name for the
UBI rootfs will match the default used by u-boot so images
built through OpenEmbedded will work with out-of-box u-boot.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* The VPE firmware should only be added for the dra7xx-evm
machine type since that is the device with the VPE IP.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* New Graphics SDK with am43x support has been added.
Signed-off-by: Franklin S. Cooper Jr <fcooper@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Now the DRA7xx support is fully merged into upstream u-boot
then we can remove setting the PREFERRED_PROVIDER for
u-boot and virtual/bootloader to u-boot-dra7xx and instead
pick up the default setting from the omap-a15.inc file.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* For am335x and am437x, the kernel and u-boot expects the ubifs volume name
to be set to "rootfs".
* Set UBI_VOLNAME variable to "rootfs" so that the ubifs files generated by OE
will work.
Signed-off-by: Franklin S. Cooper Jr <fcooper@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
To be used with latest u-boot that prefers zImage over uImage
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Acked-by: Chase Maupin <chase.maupin@ti.com>
* To be used with latest u-boot, that prefers zImage over uImage
* ti33x will follow as soon as u-boot changes its default for that platform
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Cc: Tom Rini <trini@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>
* 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>
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 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>
* 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>
* 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>
* Add latest patches to linux-omapl138 that were added since this recipe was
added to meta-ti.
* Update to latest am180x-evm defconfig
* Mimic the following commits from arago:
linux-davinci: update to add mmc patches
* Optimizations to reduce overhead on weak platforms
linux: disable DMA for MUSB
* For the am3517, am180x, and am335x devices the CPPI 4.1 DMA
should NOT be used for the MUSB controller. Using this DMA
can cause the controller to lockup.
* Updated the defconfigs to set the use of PIO mode
* Added a patch to updated the PIO mode description to make it
easier to determine when it can be used.
Signed-off-by: Franklin S. Cooper Jr <fcooper@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
There were some changes in the xserver-xorg upstream project that need
to be reflected here too:
* extmod module was removed completely as it became empty;
* DRI1, DRI2, DBE (among others) were made built-in;
(see poky rev: 5cea09e3d010d4799eab296b2a0cb83a0af09c76)
Signed-off-by: Nicolas Dechesne <n-dechesne@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
