Age | Commit message (Collapse) | Author |
|
Running
readelf --dynamic libGL.so | grep NEEDED
shows that the library has runtime dependencies on X11 libs and libglapi.so.
However, none of them are listed as build dependencies for non-X11 distros.
In this case, skip packaging libGL, so that it doesn't cause unexpected
dependency changes in buildhistory.
Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Some patches were not removed while updating the recipe. This dropes
the left over files to remove them from the layer.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
HAL include headers should be part of libgal-dev package,
instead of the current gpu-viv-bin-mx6q-dev.
Signed-off-by: Samuli Piippo <samuli.piippo@theqtcompany.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Fixes for the following:
- Memory management, high CPU loading, crashes with QT5
- Avoid system freeze with invalid power
- Mutex sharing. resource leak, database protection
- 3D OpenVG for libGAL crash
- UI reboots while playing video
- Add VG355 support to X11
- Enhanced G2D API
- QT5 support for wayland
- WebGL fixes for Chrome UI
For more details reference the 3.10.17-1.0.2 Patch Release notes on freescale.com/imx
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The ab83159 (gpu-viv-bin-mx6q: Include sololite changes to remove 3Dx
libraries.) reworked the libraries available for mx6sl case however
the symbolic link was wrong. It points to the work instalation directory.
This resulted in:
,----
| ibOpenVG_355.so
| ibOpenVG.so -> .../tmp/work/.../image/usr/lib/libOpenVG_355.so
`----
While the expected is:
,----
| libOpenVG_355.so
| libOpenVG.so -> libOpenVG_355.so
`----
This patch fixes is to use a relative link, fixing OpenVG based
application builds from a clean tmp directory or using rm_work class.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Sololite does not support 3D GPU hardware acceleration.Hence, remove
all the 3D libraries from graphics package for this machine.
Signed-off-by: Neena Busireddy <neena.busireddy@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
For 2D GPU cores there is a potential need to manage the maximum number
of outstanding return requests from the memory subsystem. The proper way
to manage these for 2D cores with this configuration is to use a FLUSH.
The patch does a FLUSH after every DRAW, the pipe will not overfill and
the scenario which may lead to a stall will not occur.
This patch requires the Linux kernel 3.10.17-1.0.1 fixes.
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The Vivante DRI library requires the libdrm to proper work; this adds
the missing dependency.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The libgl-mx6 package had a duplicated libGL.so.1.
Force it into a symlink.
This was tested by comparing the output of "ls -lR --time-style=+ image/"
before and after the change.
Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The do_install() function is run under pseudo in order to create packages with
correct file-permissions. By issuing "cp -a" to install files, we leak
build user/group permissions into the packages, since the do_unpack() function
is executed as the regular build user. Replace it with -P, so that we at least
keep symlinks.
Also drop -x (--one-file-system) since it's not needed.
This was tested by comparing the output of "ls -lR --time-style=+ image/"
before and after the change.
Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Running
readelf --dynamic libgc_wayland_protocol.so | grep NEEDED
shows that the library has a runtime dependency on libffi. Same thing
applies to libwayland-viv.so.
For non-wayland builds, where libffi may or may not be available during
package time, skip packaging them so that they don't cause unexpected
dependency changes in buildhistory.
Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: If7482f4072d136f4de4ea17d3a7a3ad18edac043
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The mesa is not build in case we don't have X11 enabled and forcing
this runtime dependency breaks the Wayland and DirectFB backends
build.
The right way to address this issue is to isolate the used headers
from mesa and get them into the gpu-viv-bin-mx6q tarball but this is
something that ought to be done by Vivante and/or Freescale.
Change-Id: I25126aa362fe3ce0e74ea0dee2f0cd59fae2c531
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
There are no SoC specific dependencies which we need to use the
overrides system to specify the dependencies so the use of variables
just makes the depends line harder to read. Stop using the temporary
variables for X11 and Wayland dependencies.
Change-Id: I7e31c0c19dde7e81fc4dfed0553945733f636c43
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
When using Wayland support, a dependency on 'wayland' is needed so the
shlib dependency can be done accordingly and we can have a
deterministic build.
Change-Id: Ief7caced3abf282d83fcd93c8bcb4a5622414c20
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This includes support for p13 vivante upgrade and support for webGL rendering
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
OE-Core has include a package.bbclass change which has changes
the behaviour from the strip logic.
This patch restore the old beaviour so we have same functional
result as before.
See http://patches.openembedded.org/patch/65311/
Change-Id: If33c4d164b853caeb1c14557cd5db5a7f5694fdf
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: Id9acfc1fd5a9d2754d94495716be7e6bde88b4eb
Signed-off-by: Prabhu Sundararaj <prabhu.sundararaj@freescale.com>
|
|
Hardware and software floating point packages updated; adds also a
runtime dependency against libgl-mesa-dev for libgl-mx6-dev.
Change-Id: Ic2c9bec2df8147e17d7299ddea0a7b077c0e2f69
Signed-off-by: Lauren Post <lauren.post@freescale.com>
|
|
Change-Id: Iaedeb955467d820717b200bfd85d61dd920ae79e
Signed-off-by: Lauren Post <lauren.post@freescale.com>
|
|
Signed-off-by: Andy Voltz <andy.voltz@timesys.com>
|
|
The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.
Change-Id: Iafacf04fc9299b3e55b01f15b6aa02a728e356da
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Vivante GPU driver does not support use of Wayland AND X11 backends at
same time, so we need to choose one for default. We previously had
choose Wayland but many users are reporting problems as the usual
expected support is still X11 so we're moving the default for X11 now.
Change-Id: I30f092509f060d3bced358324a296b0f798da2cb
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Include the 3.5.7-1.0.0-alpha.2 version of GPU and the mechanism to allow this
to be matched for compatibility. When adding a package of:
Hard Float-Point, set:
PACKAGE_FP_TYPE = "hardfp"
Soft Float-Point, set:
PACKAGE_FP_TYPE = "softfp"
This GPU driver includes following changes/improvements:
- GLES20 window mode performance is optimized for improved performance.
- glmark2-es2 crashed fixed as documented: Workaround [YOCTO: #4954]
so it outputs an error. A fix for it is being developed.
- glmark2-es2 performance in windowed mode. Fixes [YOCTO: 4950]
This change has been based on changes done in meta-fsl-bsp-release,
3.5.7 dylan branch, by Lauren Post <lauren.post@freescale.com> and
Evan Kotara <evan.kotara@freescale.com>.
Change-Id: If71a18df232282862ecd551d96e627b975238134
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This change has been based on changes done in meta-fsl-bsp-release,
3.5.7 dylan branch, by Lauren Post <lauren.post@freescale.com> and
Evan Kotara <evan.kotara@freescale.com>.
Change-Id: I2f1bf93181e9f3246e6319f6e89f4fe842ca3da5
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The soname of libEGL should be 1.0 so we fix it at install time. The
fix has been contributed by Evan Kotara <evan.kotara@freescale.com>.
Change-Id: I99dad005f4a01b6e902e0e605d16630ebebd554d
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The soname used by mesa is 1.2.0 while the Vivante binary lacked the
minor version so sometimes we might end fetching the wrong package
because of this.
Change-Id: I581c573f2b794923baa96829a483cd6d6f5393e0
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The libopencl-mx6 requires libclc-mx6 to proper run so we move it from
libopencl-mx6-dev package to libopencl-mx6.
Change-Id: I125a01022cf04f528a954cc4c1cbc826af79608e
Reported-by: Sébastien Taylor <me@staylor.ca>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
When Wayland and X11 distro features are enabled, ensure DRI module is
installed. Fixes a regression introduced by 20d7652 (gpu-viv-bin-mx6q:
Adding support to install Wayland GPU libs).
Change-Id: I0b515641edee6a172469f65068f9de837b592c87
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
There're examples, provided by Freescale, which links wrongly against
the .so file (instead of the .so.1 one as expected) and this cannot be
fixed without source code.
We workaround this for now deploying the libEGL.so file inside
libegl-mx6 binary.
Change-Id: Ia7b36ee18ca42b374c8d6a8df6424d18d6c89278
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Tested-by: Eric Nelson <eric.nelson@boundarydevices.com>
|
|
When building without x11 support, we don't need to build mesa.
Change-Id: I3c7d36752c089ad5957afbf13d87424b517a780d
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This patch installs wayland GPU libs if the DISTRO_FEATURES contains
wayland variable. If both X11 and wayland are present in DISTRO_FEATURES
then wayland is picked as the default backend.
Signed-off-by: Abhijit Potnis <abhijitpotnis@gmail.com>
|
|
EGL and KHR include headers should be part of libegl-dev package,
instead of the current gpu-viv-bin-mx6q-dev.
Change-Id: I3bfa095b0e5576f00885357611a0f2b3356d70e0
Signed-off-by: Samuli Piippo <samuli.piippo@digia.com>
|
|
The patches and revision are very version specific (as new versions do
not require PR anymore) so we move it from .inc to the .bb file.
Change-Id: Ic5bc267f74ac54a28328f6b79a819d5cf852681a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The libclc-mx6 is required when doing C development so we add it as
runtime dependency of libopencl-mx6-dev to easy it's deployment and
avoid it to being included in all rootfs.
Change-Id: Ic0fc199ee2b65e97841d680b8fc1599a299e4bfe
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
For the packages that make up the OpenGL interfaces, inject variables
so that they don't get Debian-renamed (which would remove the -mx6
suffix).
Change-Id: I203addf85c08a6f0c7cddaa6bfa45f6b896bf595
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>
|
|
Previously, we were only packaging libEGL.so and libGLESv2.so. This
worked at runtime because ldconfig installed symlinks for the soname
of these libraries (libEGL.so.1 and libGLESv2.so.2).
However, there are situations where we need the soname version of
these libraries at build time. Specifically, if these libraries are
indirectly referenced by another library, then the linker looks them
up using the soname.
This patch changes the installation of these libraries to the normal
way of installing. That is, we install them as the soname, and create
symlinks for libEGL.so and libGLESv2.so.2. This also matches the way
that these libraries are provided in the source.
The one catch with that is libEGL.so also tries to load libGLESv2.so
directly at runtime, rather than using the soname, so we need to
install the libGLESv2.so symlink to the rootfs also, and we need to
disable a QA error to allow this.
libGL and libGLESv1 are fixed in a similar manner, but I haven't
tested them.
This fixes the following errors when building qtgstreamer:
oe-core/build/tmp-eglibc/sysroots/i686-linux/usr/libexec/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.7.2/ld: warning: libGLESv2.so.2, needed by oe-core/build/tmp-eglibc/sysroots/imx6qsabrelite/usr/lib/libQt5Gui.so.5.0.2, not found (try using -rpath or -rpath-link)
oe-core/build/tmp-eglibc/sysroots/i686-linux/usr/libexec/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.7.2/ld: warning: libEGL.so.1, needed by oe-core/build/tmp-eglibc/sysroots/imx6qsabrelite/usr/lib/libQt5Gui.so.5.0.2, not found (try using -rpath or -rpath-link)
Change-Id: I8e0a2175b6d6bd1a6972c79c8532061edd8dca0d
Signed-off-by: Philip Craig <phil@blackmoth.com.au>
|
|
libGAL is linked to a couple of libraries so add these libraries to DEPENDS to
give shlibs the possibility of picking them up.
Change-Id: I4ae27eaa131fdb4069c8a60a14f5050aacc2f5ac
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
egl.pc and glesv1_cm.pc had 'Requires.private' on x11 libs.
This got removed from them. To keep the x11 behavior,
new x11 specific pkg-config files were added and will be installed
by gpu-viv-bin-mx6q.inc, if "X11'-DISTRO_FEATURE is present.
For uniformity reasons, the same schema got applied to glesv2.pc
Change-Id: I23c1b685d4be10119a0f90179c2e87e1db64ca05
Signed-off-by: Thomas Senyk <thomas.senyk@pelagicore.com>
|
|
libGLESv2 has undefined symbols, which get provided by libEGL and libGAL,
but libGLESv2 has no implicit 'link' to those libs.
So if you link against libGLESv2 but not against libEGL and libGAL,
you'll get 'undefined symbol'-errors.
Change-Id: I2c35ba4b592a89106b82e16bbfdfb2c5fc6553c6
Signed-off-by: Thomas Senyk <thomas.senyk@pelagicore.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Provide pkg-config files for egl, glesv1_cm and glesv2
Change-Id: Ie6d8c24d9415068927784a917ede644d87c283f7
Signed-off-by: Diego Rondini <diego.ml@zoho.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This includes a new libgl-mx6 package, besides the 3.0.35-4.0.0
release includes the GL library (without the headers) so we needed to
avoid the headers removal done before. The Wayland backend needs to be
removed as it will be supported in another GPU package so we added an
explicit FIXME note to keep it recorded.
Change-Id: I07f926b94f7dd31ce51dc03f676adc6d2a080b88
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The DRI module is dlopen by GLX code so we need to have it packaged.
Change-Id: Iabd579873a6ec26e9c7c6d8ab82e8461d5b83c38
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
As we now provide a single backend there're no need for full set of
packages and the binaries can use the generic names so we don't need
to rework other applications and/or libraries to link properly.
The xf86-video-imxfb-vivante needs also to be change as the libraries
are now under generic name so we remove the backend suffix from
libraries so the LDFLAGS ought to be removed for the build to succeed.
Change-Id: I73cc9986babe8bb4fb0c05117c6b3d93b0470949
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
As we cannot allow concurrent build of applications targetting
different backends we use the distro features to package the need
libraries for the backend. Currently it does:
X11 support, if 'x11' feature is enabled
DirectFB support, if 'x11' is not enabled AND 'directfb is enabled
FrameBuffer, fallback
As 1.1.0 version of the Vivante libraries are build against DirectFB
1.4 we cannot support it for now, so we explicitly disable it for this
version so it is easy to add it back when new version, supporting
newer DirectFB, is released.
Change-Id: Ia8973b8107155b8a5f7fadc50d2290c1d5f28363
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The DRI library is build so we should provide the same library
here.
Change-Id: I170e107f7a8fda5de565e8b39a8601422d44350d
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I37567a888ee02bfb55a34f36fe623938f7a07c18
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This fixes runtime errors as:
,----
| VertexShader: chiclet.vert: comiple error
| FragmentShader: chiclet.frag: comiple error
| ShaderProgram: null vertex program
| Segmentation fault
`----
The rdepends needs to be explicitly add as the library is loaded at
runtime so it is not possible to discovery that it is required
automatically.
Change-Id: I39c0c1c8019f9fd5c0561f9ebddeeb31f31c6e97
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The Xorg GLX extension requires updated GL headers to be able to run
so we won't ship the Vivante specific headers.
Change-Id: I6e6c094ca120104f03a2c1f6195e68716f6a370d
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|