| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
* replace "/usr/local" with path "${RENESAS_DATADIR}/include" using:
RENESAS_DATADIR = "/usr"
- meta-rcar-gen3/include/rcar-gen3-path-common.inc
Bug-AGL: SPEC-533
Change-Id: I865ea809c3c59ba136027fc8b99628df20c16275
Signed-off-by: Ronan Le Martret <ronan.lemartret@iot.bzh>
|
|
* dlcsrv_REL should not be package inside gles-user-module
package. gles-user-module-debug should be a better target.
Change-Id: I32f7ce7711b25eabb3b157b4e29b87ec31b10e34
Signed-off-by: Ronan Le Martret <ronan.lemartret@iot.bzh>
|
|
the populate_sysroot of gles-user-module must depends on the
populate_sysroot of the virtual/mesa, because header from
gles-user-module depends on the header from virtual/mesa.
Change-Id: I8368bba6a19ca628a3496a3eebbc18a3c41c322d
Signed-off-by: Ronan Le Martret <ronan.lemartret@iot.bzh>
|
|
* rc.pvr.service should depend on weston.service not the opposite
Change-Id: Ib0516772da08a77504ae4fe98ea3c27aa9b6048a
Signed-off-by: Ronan Le Martret <ronan.lemartret@iot.bzh>
|
|
Building the meta-qt5 component qtbase occasionally failures in the
do_configure() task with the error:
make: *** [opengles2] Error 1
OpenGL ES 2.0 disabled.
The OpenGL ES 2.0 functionality test failed!
This is a build order problem caused by an incomplete build dependency
chain. Linking opengles2 against libIMGegl.so (the virtual/libgles2
provider) has a dependency on libgbm.so and libwayland-kms.so so they
must be built first. qtbase does not have many gfx components in its
build depedency list and therefore may build earlier, which in turn
results in the error.
Simply adding libgbm and wayland-kms to the gles-user-module DEPENDS
results in a circular build depedency. This is a workaround to the
problem whilst the build depdency issue is resolved. For it to work
add packagegroup-graphics-libegl to your IMAGE_INSTALL.
This fixes the qtbase do_configure() build error reported in GDP-590 [1].
[1] https://at.projects.genivi.org/jira/browse/GDP-590
(cherry picked from commit 4ebc763eb413ef9a041cb83761d530f865764e74)
Signed-off-by: Stephen Lawrence <stephen.lawrence@renesas.com>
|
|
This commit adds libegl recipe which provides build dependencies on
virtual/egl.
Signed-off-by: Thuy Tran <thuy.tran.xh@rvc.renesas.com>
Signed-off-by: Thao Nguyen <thao.nguyen.yb@renesas.com>
Signed-off-by: Takamitsu Honda <takamitsu.honda.pv@renesas.com>
|
|
New GFX pkg does not need header from mesa,
because it already has the necessary header (EGL/eglwaylandext.h)
in the pkg itself.
Signed-off-by: Thao Nguyen <thao.nguyen.yb@renesas.com>
Signed-off-by: Takamitsu Honda <takamitsu.honda.pv@renesas.com>
|
|
This patch changes the GFX initscript from rc.pvr to prvinit.
Due to Linux culture, filename on /usr/bin should not have rc.* format.
Change-Id: I0fd9c1862b5f58219190e7f14ee3baf0ea465f9f
Signed-off-by: Thao Nguyen <thao.nguyen.yb@rvc.renesas.com>
Signed-off-by: Takamitsu Honda <takamitsu.honda.pv@renesas.com>
|
|
installed
The poky systemd class has a do_install() postfunc
rm_sysvinit_initddir() that deletes the /etc/init.d directory
of a package if the systemd system unit directory contains some files.
gles-user-module supports both systemd and
sysV but uses /etc/init.d in both cases as the location
of the required script rc.pvr.
In the case when systemd only is enabled,
the class deletes the init.d directory and the file.
Until the script is converted to a service file workaround the issue
by moving the install location of rc.pvr when systemd alone is used.
(cherry picked with edits from commit 50b03a9d6cc674144f42a656b43d3e3f2805661c)
Change-Id: I8b29d610d6465bc8a786ff330f896832824f0932
Signed-off-by: Stephen Lawrence <stephen.lawrence@renesas.com>
Signed-off-by: Takamitsu Honda <takamitsu.honda.pv@renesas.com>
|
|
This commit changes the package configuration from previous one
in order to support both H3 WS1.x and WS2.0.
Change-Id: I341155c6acc11658f570743e7135250960fb71c7
Signed-off-by: Thao Nguyen <thao.nguyen.yb@rvc.renesas.com>
Signed-off-by: Takamitsu Honda <takamitsu.honda.pv@renesas.com>
|
|
Renesas BSP v3.5.1 (kernel v4.9 stable)
[Environment]
poky: yocto-2.1.2 (cca8dd15c8096626052f6d8d25ff1e9a606104a3)
meta-openembedded: 55c8a76da5dc099a7bc3838495c672140cedb78e
meta-linaro: 2f51d38048599d9878f149d6d15539fb97603f8f
[Information]
- U-boot: Changed load address from H'49000000 to H'50000000
- XDG_RUNTIME_DIR has been changed from "/run/user/root" to "/run/user/0"
- Change location of include directory, which stores common user header
files, to $(INCSHARED)
- In BSP Only, core-image-weston is not supported even though
local-wayland.conf is provided.
- Please set Salvator-x SW7 Pin-1. In after Yocto BSP v2.12.0, it is
necessary to enable BKUP_TRG signal for Suspend to RAM.
- The dtb filename was changed in R-Car H3. Only
"Image-r8a7795-es1-salvator-x.dtb" is supported in this version.
Please use "Image-r8a7795-es1-salvator-x.dtb" It supports R-Car H3
WS1.0 and WS1.1.
- Please update your local.conf and bblayers.conf corresponding to Yocto
v2.16.0 package. You can refer to meta-rcargen3/docs/sample/conf/ for
updated contents.
- You have to re-compile out-of-recipe software like user application by
v2.16.0 SDK toolchains.
- In some boards, the resuming from System Suspend to RAM may cause
unstable operation or failed to resume.
Signed-off-by: Takamitsu Honda <takamitsu.honda.pv@renesas.com>
|
Ronan Le Martret
Stephen Lawrence
Thao Nguyen
Thao Nguyen
Takamitsu Honda