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>
print adds one already; to add another causes the input to be off and the
default installation directory to be used, at least on Fedora 15.
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>
* switch to tarball to get a working .git
* post-process out x86 binaries
* remove allarch
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
This adds a fw_env.config file that is valid for BeagleBoard's
with NAND for U-Boot environment.
Signed-off-by: Tom Rini <trini@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
The X11 WS is not installed by default, but currently won't work when being manually installed. This change has no effect existing X11-less installs/images/tasks.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Right now SOC_FAMILY is set to 'Unknown' by default by angstrom
distro but others might not set it as all so it will be empty
hence we take care of the case if this is empty
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* ES3.x do_install fix
* AM335x support
And one non-arago fix: break dependency on 'initscripts' package
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
The production tester breaks with DMA disabled, so enable it again. Any breakage due to this should get reported to TI PSP so they can fix it.
This effectively reverts aa209df889
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
There is a conflict with eglibc headers since
new headers added the defines that compiler.h
was redefining without undefining them
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Koen Kooi
Tom Rini
Peter A. Bigot
Enrico Butera
Khem Raj
Joshua Lock