Age | Commit message (Collapse) | Author |
|
This uses the % wildcard for recipe matching, this easy the update of
recipe versions and maintenance.
- formfactor_0.0.bbappend
- udev-extraconf_1.0.bbappend
- eglinfo-fb_1.0.bbappend
- eglinfo-x11_1.0.bbappend
- mesa-demos_8.1.0.bbappend
- pointercal-xinput_0.0.bbappend
- xserver-xf86-config_0.1.bbappend
- gst-plugins-base_0.10.36.bbappend
- gst-plugins-gl_0.10.3.bbappend
- qt4-embedded_4.8.5.bbappend
- qt4-x11-free_4.8.5.bbappend
Change-Id: Ia901561f327fde3109237994a2a5a76827f11913
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This updates the bbappend to the newer version; as mesa now provides
the needed PACKAGECONFIG settings we rely on this instead of using an
annonymous Python code to change it during build time.
The bbappend file now is much easier to read.
Change-Id: Ie7b6027462f458d139d0561e737b254dd8b07653
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Tested-by: Gary Thomas <gary@mlbassoc.com>
Tested-by: John Weber <rjohnweber@gmail.com>
|
|
Change-Id: Id093c95fb3d5d6259b3b7873bc7b8aed2da7b1fd
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.
Change-Id: I5d2b23fb31f17becc10a7c5955aee9ff4d940a17
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.
Change-Id: I172c119d66774df90dcd2a8a649bc2d8191e701f
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I6428d3464bc2f86191545b872015015d8cabf68e
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
When doing a x11-less system, build fails as mesa won't build
libGL. Avoid this making 'rm' use '-f' option.
Change-Id: Ia018d1c9a39e6ec6b4008b76659b1e6aa829d6c2
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I875f74af849e0647a15a5b4ec4ad815848ef3a0a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
There are differences in the provided API by Vivante, which has been
fixed by a patch being applied for all i.MX6 SoCs, however the package
hadn't been set machine specific when it has been done. Fix it.
Change-Id: I886d1e3281fe978a19764bf82367dd7e9e24b4a8
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The AMD GPU libraries does not provide a libGL so we need to rely on
mesa one. This fixes a regression introduced by ea8d003
(gpu-viv-bin-mx6q, mesa: fix virtual/libgl dependencies) as the
virtual/libgl removal needs to be done /only/ for i.MX6 SoCs.
Change-Id: I1f83eff3c2f39ba801dbf6be61b7814fa1bb84fd
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Fixes [YOCTO #4850]
findings:
* meta-fsl-arm/recipes-graphics/mesa/mesa_9.1.3.bbappend is used to
delete libGL.* after compilation of mesa
* ./recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_3.0.35-4.0.0.bb, via
gpu-viv-bin-mx6q.inc, provides its own version of libGL
* gpu-viv-bin-mx6q does not advertise "virtual/libgl" in "PROVIDES +="
* but mesa (via mesa.inc) does:
PROVIDES = "virtual/libgl virtual/libgles1 virtual/libgles2 virtual/egl"
* so the statement in imx-base.inc
PREFERRED_PROVIDER_virtual/libgl_mx6 ?= "gpu-viv-bin-mx6q"
does not have effect, because mesa is still the only provider
of virtual/libgl
* packages depending on virtual/libgl only get mesa, which will not contain
the libGL library
* in fact, we still use the gl headers from mesa, but the binary blob library
from gpu-viv-bin-mx6q (gpu-viv-bin-mx6q does not provide the headers),
so a package compiling against GL needs both mesa and gpu-viv-bin-mx6q
conclusion:
* so i suggest having gpu-viv-bin-mx6q depend on mesa to draw in the
gl header package, advertising "virtual/libgl" for gpu-viv-bin-mx6q
via "PROVIDES +=" and not advertising virtual/libgl for mesa via the
.bbappend file
Signed-off-by: Simon Braunschmidt <sb@emlix.com>
|
|
Vivante libGL does not provide the glWindowPos2iARB symbol, but
glWindowPos2i. Use this instead.
Change-Id: I8226fd54935bab2bbc9b2d9df92c0c18bf935186
Reported-by: Jeremy Stashluk <jstashluk@dekaresearch.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The Vivante GPU package provide a libGL library which we should use to
fully support the GPU features; so we drop the binary library from
mesa package.
Change-Id: I7e675e2fb6b9cf8600c7aa7fa961fc743bb051bc
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This follow OE-Core move from mesa-dri to mesa; as OE-Core now does
not require PR bumps anymore we use this opportunity to drop the PRINC
and let the PR handling to PRServer.
Change-Id: I7fb9c60b2188a7f03954a366669ebd0f78110936
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The code needs to work in a list of provides but it mistakenly were
working in a string array; this fixes it.
Change-Id: I7a3e02086c1e3e9cf32b9503197037a512d9683f
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This reduces one override to manage in the BSP; someone intending to
use GIT snapshot should take care of it.
Change-Id: I58b19e10a574dd1675fb39cf73139168a06d5c5c
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The Vivante and AMD GPU drivers provide GPU specific libraries so we
cannot build the same here or we'll end conflicting.
Change-Id: I96e485a3e113612dfbb5902583fa71044bb0d035
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
[YOCTO #3703]
Signed-off-by: Eric Bénard <eric@eukrea.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Andrei Gherzan <andrei.gherzan@windriver.com>
|
|
This overrides the 8.0.4 and git versions of mesa-dri recipe.
Change-Id: Ica3e05ade74ccc8c8c2090cac2c2f9e72fb0f66d
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
For mx5 SoCs, mesa-dri ought to provide just virtual/libgl as the
other variations will be provided by the GPU library.
This overrides the 8.0.4 and git recipe versions.
Change-Id: I62b1c23128870b328a931e6924c41253106ecdda
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|