Backport Nishants OPP/hwmod fix to get more than 600MHz out of 37xx, but don't
activate it yet. 3630ES1.2 derived silicon gets misdetected:
xM revision A:
[ 0.000000] OMAP3630 ES1.0 (l2cache iva sgx neon isp 192mhz_clk )
new xM revision C:
[ 0.000000] OMAP3630 ES1.2 (l2cache neon isp 192mhz_clk )
Since the iva hwmod is missing the OPP tables will fail and clock it back to
600MHz. But with the patch the kernel hangs in early init. This problem isn't
specific to this kernel update, it just coincided with ES1.2 silicon arriving
on my desk.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
This makes better checking for 32bit glibc on Ubuntu 11.10
In general, change to a WARNING instead of breaking the build with an ERROR,
to accomodate other different implementations of 32/64bit system libraries,
as well as multiarch setups.
Will need to come up with more robust solution later.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
With distro-less fixes in OE-Core, no distro dependencies are required.
Better explain toolchain requirements and setup specific versions.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Also add script used to generate patches and SRC_URI
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
This script adds ~10s to the boot time, doesn't have error checking and
prevents loading the storage gadget 3 out of 10 times.
Remove it from ExecStartPre to get a fast, consistent boot. The functionality
should be moved to bone101.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
This fixes below error found on some distros (Gentoo and Fedora):
*** No rule to make target `lib/firmware/./', needed by `lib/firmware/ti_3410.fw'. Stop.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
It has been completely replaced with the 'pandaboard' machine config.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
The soc-family.inc file to set up SOC_FAMILY in MACHINEOVERRIDES has been
accepted upstream to OE-Core, can remove it from meta-ti now.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
The image will be non-functional, but parsing completes with only oe-core + meta-ti
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
This breaks the hard dependency on Angstrom for getting a sane set of recipes.
The variable name is kept the same and the actual code moved from angstrom.inc to soc-family.inc to make it clear what it is doing and how.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
BitBake's fetch2 unpack() seems to be picky about multi-kernel's
file://configs/* and defaults to only looking into machine-specific
location. This fixes the issue, as tested by building these platforms:
beaglebone, am335x-evm and am180x-evm.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
* Added a defconfig file for the am335x-evm and moved the common
configs directory from the beaglebone directory to the top
of the kernel files tree.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Changes from the original patch:
* Matrix is no longer available, no fixes necessary
* Most of the recipes-ti/ was cleaned up by Koen's earlier patch
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Changes from the original patch:
* Matrix is no longer available, not fixes necessary
* INSANE_SKIP is set to "1", like in oe-core - may need to list individual QA tests
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Matrix is now hosted in the meta-arago-extras (sub-)layer of meta-arago. This
sub-layer is not Arago-specific and can be used with any distro. More details
at git://arago-project.org/git/meta-arago.git
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
beagleboard provides a correct fw_env.config file so add to the SRC_URI
and RRECOMMENDS on u-boot-fw-utils.
Signed-off-by: Tom Rini <trini@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Now that u-boot-fw-utils is a separate recipe (in oe-core) we do not
want to try and build the tools here. We also want to package the
fw_env.config file in the main package, if it exists.
Acked-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Tom Rini <trini@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
At r642 as currently retrieved, the contents of ${S} are subdirectories dmai
and patches, so the subsequent attempt to run "make clean" in ${S} fails
because there is no Makefile there. Append /dmai to the default ${S},
remove the now incorrect /dmai from LIC_FILES_CHKSUM, and correct the
strippath for the patches to reflect the new starting location.
Signed-off-by: Peter A. Bigot <bigotp@acm.org>
Acked-by: Roger Monk <r-monk@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Remove directory prefix for tar files that use TI_BIN_UNPK_CMDS that
specifies unpacking into workdir; formerly that specification was ignored
and these were unpacked into a package-specific subdirectory of
${HOME}=${WORKDIR}. Note c64xplus_deinterlacer overrides TI_BIN_UNPK_CMDS
and does not specify workdir, so its prefix is correct.
Signed-off-by: Peter A. Bigot <bigotp@acm.org>
Acked-by: Roger Monk <r-monk@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Denys Dmytriyenko
Koen Kooi
Denys Dmytriyenko
Khem Raj
Andreas Müller
Chase Maupin
Tom Rini
Peter A. Bigot