| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch allows libgles-omap3 to build on the danny branch. The following
warnings are not addressed:
WARNING: libgles-omap3: No generic license file exists for: proprietary-binary in any provider
WARNING: QA Issue: libgles-omap3: Files/directories were installed but not shipped
/usr/lib/ES2.0
WARNING: libgles-omap3: The compile log indicates that host include and/or library paths were used.
Please check the log '/prj/oe/omap/build-gumstix-community-danny/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/libgles-omap3-4.05.00.03-r35/temp/log.do_compile' for more information.
Signed-off-by: Peter A. Bigot <pab@pabigot.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
| |
* Add version v4.08.00.01 of the Graphics SDK.
* Add X11 support via DRI/DRM Xorg driver
* Replace pvrsrvinit with pvrsrvctl (Imagination Technologies based change)
Signed-off-by: Franklin S. Cooper Jr <fcooper@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
| |
* Check to see if the pvrsrvkm.ko module was found and that the insmod
for that module was successful.
Signed-off-by: Franklin S. Cooper Jr <fcooper@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Non X11 base distros are unable to build this Graphics SDK.
* This patch tweaks the libgles-omap3 include file to always build the
Graphics SDK in Raw mode and also build in X11 mode only if X11 is
a part of the DISTRO_FEATURE. Components are built, installed and packaged
based on which mode the Graphics SDK is built in.
* Create a new variable PVR_INIT that is by default set to pvrsrvinit. This is
needed for newer version of the Graphics SDK that replaced this file.
Signed-off-by: Franklin S. Cooper Jr <fcooper@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Commit d8fc4a686262c50fd0053afa7240020909ec430b addressed an issue where
too many newlines characters were being sent since print by default already
sends a newline character. This commit however resulted in bin files being
installed in the WORKDIR and broke other recipes which commit
a94f765b9867abefd5f0bd262b5dddb8782b3187 addressed. This lead to a very
cluttered WORKDIR.
* This patch updates ti-eula-unpack.inc to switch from using a print to a write.
Since write doesn't automatically send newlines it is a bit more obvious when
newlines are sent.
* Part of the reason that bin files were being installed in the WORKDIR was
due to TI_BIN_UNPK_WDEXT being blank for some recipes. For instance in the
libgles-omap3 recipes, when the workdir command is set in TI_BIN_UNPK_CMDS the
directory that the Graphics SDK will be installed into is
workdir+TI_BIN_UNPK_WDEXT. A blank TI_BIN_UNPK_WDEXT means the SDK will be
installed in WORKDIR. By setting TI_BIN_UNPK_WDEXT to a proper value the
recipes can be sure it is installed in the proper directory.
* Determine which file to download based on the defined BINFILE and not a
hardcoded value. This idea was taken from arago.
Signed-off-by: Franklin S. Cooper Jr <fcooper@ti.com>
Acked-by: Chase Maupin <chase.maupin@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
| |
* Newer versions of libgles-omap3 utilize a different PLATFORM value. This
patch allows the PLATFORM variable to be easily overridden if needed.
* Replace the hardcoded usage of LinuxOMAP3 with the PLATFORM variable.
Signed-off-by: Franklin S. Cooper Jr <fcooper@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
| |
* add virtual/libgles1 virtual/libgles2 to PROVIDES
* add RREPLACES_{PN}* for mesa's libegl* libgles1* libgles2*
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
All the EGL_BADALLOC failures that user have been reporting turn out to be
a bug in opkg:
http://groups.google.com/group/opkg-devel/browse_thread/thread/741d18b0ef31435e#
Opkg decides to relink symlinks to the wrong files. As a workaround we check
the symlink during every bootup and fix it if needed.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
| |
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
| |
dragging in libx11 and friends
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
| |
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
|
|
| |
dpkg-deb -I shows:
Package: libgles-omap3
Version: 4.05.00.03-r26
Depends: libgles-omap3-flipwsegl, devmem2, update-rc.d, libdrm2 (>= 2.4.31), libgles-omap3-linuxfbwsegl, fbset, libc6 (>= 2.12), libgles-omap3-blitwsegl, libgles-omap3-frontwsegl
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The modules assignment overwrote the previous ones, leading to missing libraries.
Before:
Package: libgles-omap3
Recommends: omap3-sgx-modules
After:
Package: libgles-omap3
Recommends: omap3-sgx-modules, libgles-omap3-es8, libgles-omap3-es6, libgles-omap3-es5, libgles-omap3-es3, libgles-omap3-es2
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
| |
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
| |
This depends on a matching patch to OE-core: http://patches.openembedded.org/patch/20191/
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
|
|
| |
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
|
|
| |
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
|
|
|
|
| |
magic esrev file
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
|
|
| |
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
|
|
| |
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>
|
|
|
|
|
|
| |
This allows deinstalling ES revisions which aren't wanted on your target.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
|
|
| |
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
|
|
| |
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|