Age | Commit message (Collapse) | Author |
|
* SGX driver looks at /etc/powervr.ini for the Window System to be used.
This patch introduces a variable to specify which Window System should
be specified in powervr.ini file.
* By having this variable, it's easy to override the default Window System
through a config file or amendment
Signed-off-by: Anand Balagopalakrishnan <anandb@ti.com>
Acked-by: Siddharth Heroor <heroor@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
* Copy wsegl.h to the destination include directory.
* This file is required to compile Qt's PowerVR graphics driver plugin.
Signed-off-by: Anand Balagopalakrishnan <anandb@ti.com>
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
From the bash man page:
"The reserved word function is optional. If the function reserved word is supplied, the parentheses are optional."
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Steve Sakoman <steve@sakoman.com>
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Even is the 125 core is marked ES5 im OMAP3 the 81xx SoCs use a different memorymap and init, so we tag it as ES6
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
This reverts commit b326d2d7ffd8b286394c51ddbc8b5a033799db4f.
For more details please see:
http://thread.gmane.org/gmane.comp.handhelds.openembedded/44582/focus=44639
http://thread.gmane.org/gmane.comp.handhelds.openembedded/44471/focus=44658
|
|
* Unlike OMAP3, the SGX core has not undergone revisions in TI816x.
The libraries for TI816x are also fixed and do not need fixup based
on revision of the SGX core.
Signed-off-by: Siddharth Heroor <heroor@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
* Explicitly set ES6LOCATION.
* Split OMAP3 and TI816x BINLOCATION. TI816x uses ES6.x libraries.
Signed-off-by: Siddharth Heroor <heroor@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
* With Graphics SDK 4.03.00.02, TI816x module location and platform
has been made more generic - ti81xx. This is to support TI814x
which uses exactly the same SGX core as TI816x.
Signed-off-by: Siddharth Heroor <heroor@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
non-TSPA releases
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <k-kooi@ti.com>
|
|
|
|
|
|
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
|
|
* needs a better fix in cputype, but this will do for now
Signed-off-by: Koen Kooi <k-kooi@ti.com>
|
|
Signed-off-by: Koen Kooi <k-kooi@ti.com>
|
|
Signed-off-by: Koen Kooi <k-kooi@ti.com>
|
|
* this doesn't support ES6.x (aka netra) yet in the recipe, but the support is present in the .bin
Signed-off-by: Roger Monk <r-monk@ti.com>
Signed-off-by: Koen Kooi <k-kooi@ti.com>
|
|
|
|
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
|
|
* Fix omap3-sgx-modules_1.4.14.2616.bb to use new SDK
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* several recipes depend on virtual/egl which currently has only one
provider : powervr-drivers/libgles-omap. This provider sets
COMPATIBLE_MACHINE to a few TI based machines.
When building for machines which don't provide virtual/egl, we get
the following errors :
ERROR: '['path_to/openembedded/recipes/qt4/qt4-embedded-gles_4.6.3.bb']'
RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity
'qt4-embedded-gles' but it wasn't found in any PACKAGE or RPROVIDES
variables of any buildable targets.
ERROR: '[]' RDEPENDS/RRECOMMENDS or otherwise requires the runtime
entity 'virtual/egl' but it wasn't found in any PACKAGE or RPROVIDES
variables
* This patch creates a egl.inc which contains the compatible machines for
recipes depending on virtual/egl and thus will workaround this error.
Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
|
|
* Removed references to the dm3730-am3715-evm machine type
and replaced with dm37x-evm and am37x-evm machine types.
Signed-off-by: Chase Maupin <chase.maupin@ti.com>
Acked-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
|
|
|
|
As it now needs to link against xcb as part of X server libs.
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
|
|
|
|
|
|
For .diff/.patch you need to apply manually, you can specify apply=no.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
I think this makes the behavior rather more clear.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
* Don't pollute the recipes/files directories with downloads - avoid git
reporting the file as untracked
* The same GFX SDK binary is required by libgles-omap3 and omap3-sgx-modules
recipes and instructions tell to put them in separate FILESPATH directories,
leading to confusion or duplication (it's half a GB file!)
* Checksums are not verified for files in FILESPATH, only for DL_DIR
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
|
|
Fix the following 3 build issues:
1. X11ROOT is used by GFX SDK Makefiles as a root of X11 installation and
results in -I$(X11ROOT)/include and -L$(X11ROOT)/lib in CFLAGS/LDFLAGS.
Set it to ${STAGING_DIR_HOST}/usr instead of ${STAGING_INCDIR}. Otherwise
the build fails with the following error messages:
PVRShellOS.h:18:22: error: X11/Xlib.h: No such file or directory
PVRShellOS.h:19:23: error: X11/Xutil.h: No such file or directory
2. Set TOOLCHAIN variable used in GFX SDK Makefiles to point to the toolchain
location. Fixes the following message, among others:
ld: warning: library search path "/lib" is unsafe for cross-compilation
3. Add libXdmcp to the list of linked X11 libraries, in addition to libX11
and libXau. Link stage failure:
ld: warning: libXdmcp.so.6, needed by libX11.so, not found
libX11.so: undefined reference to `XdmcpWrap'
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
|
|
${PN}
|
|
|
|
Originally approached with "package.bbclass: introduce KEEP_GNU_DEBUGLINK":
http://patchwork.openembedded.org/patch/886/
Redone with a change from INHIBIT_PACKAGE_STRIP to PACKAGE_STRIP which
allows more options. By default it does exactly the same thing as is done
today, strips the binary, but keeps the gnu.debuglink section. When set to
"no", stripping is not done at all, when set to "full" the gnu.debuglink
section is not re-added to the binary.
Signed-off-by: Roman I Khimov <khimov@altell.ru>
Acked-by: Chris Larson <chris_larson@mentor.com>
|
|
* all: multiple checked items in SRC_URI (needs name= param)
* other fixes like non-existent URL, checksums moved ot .inc or included .bb (ie for -native)
* ...
* tested with micro/micro-uclibc/Angstrom/SHR with
SOURCE_MIRROR_FETCH="True" (ignoring COMPATIBLE_*
* also tested -c fetch with s/SRC_URI_append_[^ ]*/SRC_URI_append/g and
s/SRC_URI_[^ ]*/SRC_URI_append/g to catch all URLs used only for
distro/machine/virtual override (see
http://build.shr-project.org/tests/jama/SRC_URI.removeOverrides.patch)
* in case I downloaded different checksum then what was in checksums.ini
I used the old one from checksums.ini and put my checksum in comment
* I'll send to ML list of recipes which cannot be downloaded (weren't
converted) and where I got different checksums
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
ES2, ES3 and ES5, compiling it in ES3 mode makes it fail on ES5 hw
|
|
available externally
|
|
|