This makes the backlight on teh 7" LCD cape work again. Also add a patch to
print the hardware revision of the cape.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
This fixes most PM operations: cpufreq, cpuidle and suspend. Resume does not
work on beaglebone, but 3 out of 4 ain't bad :)
The M3 firmware needed for suspend/resume is used as a binary, building it
from source and including it from sysroots is planned for future commits.
Beaglebone patches have been forward ported and runtime tested.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Not everything can be done inside the kernel yet, so have a script that does the userspace portion.
Only the LCD3 cape is supported currently, more will follow later.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
This patchset was pulled from u-boot patchwork and aren't final, but testing
on beaglebone shows it to work.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Acked-by: Tom Rini <trini@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Since gcc-4.5, binutils-2.20.1 and eglibc-2.12 are now in their own
toolchain-layer of meta-openembedded, adjust README accordingly.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
As per
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-March/020053.html
a machine conf file should use '+=' to set IMAGE_FSTYPES. We also add
the required MKUBIFS_ARGS / UBINIZE_ARGS. These are placed next to the
line that sets us to use the PSP kernel tree and reference the TI wiki
for the source of our info as well as dmesg / userland commands.
Signed-off-by: Tom Rini <trini@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
The function get_kernelversion uses generated header files to extract the
version number. But those files are not available until do_compile, and
do_compileconfigs is injected before that, hence the version becomes None
and breaks in several places.
Introduce a new task do_preparekernel that calls "make prepare" in the
kernel tree to generate all the necessary files. It's also safer to call
do_configure early on.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
And move it to a separate .inc for other kernels to use.
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
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>
Koen Kooi
Denys Dmytriyenko
Tom Rini
Denys Dmytriyenko
Khem Raj
Andreas Müller
Chase Maupin