linux/meta-freescale.git/dynamic-layers/openembedded-layer/recipes-benchmark/glmark2, branch topic/better-nip-supportMirror of github.com/Freescale/meta-freescalehttps://git.enea.com/cgit/linux/meta-freescale.git/atom?h=topic%2Fbetter-nip-support2021-08-12T17:08:24+00:00layer: Convert to new override syntax2021-08-12T17:08:24+00:00Khem Rajraj.khem@gmail.com2021-08-02T18:01:05+00:00urn:sha1:59d36c9832702989bfcca8a5af29fb2dff01efcc
Signed-off-by: Khem Raj <raj.khem@gmail.com>
glmark2: don't build drm flavours for machines not supporting it2020-03-16T12:16:20+00:00Max Krummenachermax.krummenacher@toradex.com2020-03-16T09:55:08+00:00urn:sha1:340f3f2bcc7bcf7f5f3abad9973ac745571fd571
imx-gpu-viv_6.4.0.p1.0-aarch32 does not provide virtual/libgbm and thus
a build with drm* in PACKAGECONFIG does fail.
Thus remove drm* from PACKAGECONFIG for those machines.
| ERROR: Nothing PROVIDES 'virtual/libgbm' (but .../glmark2_git.bb DEPENDS on or otherwise requires it)
| gpulib PROVIDES virtual/libgbm but was skipped: incompatible with machine
fixes: 7801868f glmark2: Remove bbappend
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
glmark2: Remove bbappend2020-03-12T16:20:42+00:00Joshua WattJoshua.Watt@garmin.com2020-03-10T19:51:56+00:00urn:sha1:7801868f4969bc3f93f9d419e7852206e45fad53
The default PACKAGECONFIG for glmark2 builds just fine on imxgpu3d and
imxgpu2d platforms, and doing so enables support for the drm based
tests.
Tested on imx8mq and imx8qm
Signed-off-by: Joshua Watt <Joshua.Watt@garmin.com>
glmark2: Refactor code to use the new overrides2016-09-08T14:24:25+00:00Otavio Salvadorotavio@ossystems.com.br2016-07-01T18:35:45+00:00urn:sha1:6d5896ca62a5bdde057f9d50396c77bc9aedf123
The recipe has been reworked to use the 'imxgpu2d' and 'imxgpu3d'
feature overrides, while on that, the '_remove' operator usage has
been removed as it is impossible to override using a bbappend file.
Change-Id: I89d4a4d461b182ad3d7ca8ed8ebbfe2183caf467
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
glmark2: Add XWayland support2016-08-05T17:51:53+00:00Tom Hochsteintom.hochstein@nxp.com2016-07-27T17:32:03+00:00urn:sha1:72f9b5f78fe7b414ce5ea49f9ffd180f782e984f
If DISTRO_FEATURES contains x11 and wayland, configure the package
for a Wayland backend.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
glmark2: Don't include OpenGL ES 2.0 support for Wayland backend on i.MX 6SoloLite2016-08-05T17:51:53+00:00Tom Hochsteintom.hochstein@nxp.com2016-07-27T17:32:02+00:00urn:sha1:4ebe3d274681c121dd36d715d906dac97d4a7fa7
The i.MX 6SoloLite has no 3D support, so don't build glmark2 with OpenGL
ES 2.0 support.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
glmark2: Rework PACKAGECONFIG to properly handle all i.MX6 SoCs2016-04-19T18:03:19+00:00Otavio Salvadorotavio@ossystems.com.br2015-09-17T12:54:51+00:00urn:sha1:9e7dc84fa4da72bdd54073a540fea22a835f16e8
The PACKAGECONFIG is now overriden, so we avoid getting broken in case
changes on meta-oe are commited.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
glmark: Drop drm-gl support for all i.MX6 SoCs with GPU2016-04-19T18:03:16+00:00Otavio Salvadorotavio@ossystems.com.br2015-08-21T23:27:39+00:00urn:sha1:04f3621c6f406b6050a87b81af6a3ccd2569c61c
The linking against GL is failing so we need to remove this support as
an intermediate solution.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
glmark2: Handle PACKAGECONFIG for X11 and Wayland2016-04-19T18:03:14+00:00Otavio Salvadorotavio@ossystems.com.br2015-07-21T13:38:47+00:00urn:sha1:32de02c23fb5b7f7fb95caac481d888c4894d52a
This handles the PACKAGECONFIG setting depending on the
DISTRO_FEATURES avaiability (X11 or Wayland). It adds GL and GLES2
support for the available flavours.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Move external layer's specific changes for 'dynamic-layers' subdir2015-07-16T18:01:29+00:00Otavio Salvadorotavio@ossystems.com.br2015-07-15T20:21:16+00:00urn:sha1:ca38cdc4de1143cf6b7af76e9426ecf31f0922f0
The external layer's specific changes are now in the 'dynamic-layers'
subdirectory. This approach ease the identification of layer specific
recipes and extensions as all those are more visible isolated of the
main layer components.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>