/meta-ivi-common/recipes-extended/p7zip/

l-bsp/conf/include/agl_m3-salvator-x-nogfx.inc?h=halibut_8.0.1' type='application/atom+xml'/>
summaryrefslogtreecommitdiffstats
path: root/meta-agl-bsp/conf/include/agl_m3-salvator-x-nogfx.inc
blob: b50f3635525f3159074c5b5fe975c1868aaaf6b5 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
require conf/include/agl_rcar-nogfx.inc
SOC_FAMILY = "r8a7796"
BOARD_NAME = "m3-salvator-x"

DTB_SUFFIX = "r8a7796-salvator-xs"

# Mask graphic Pkgs
BBMASK += "gles-user-module|kernel-module-gles|wayland-kms|libgbm"
# Mask MMP recipes
BBMASK += "kernel-module-uvcs-drv|omx-user-module"

# Work around use of obsolete Weston backend-fbdev in meta-rcar-gen3
# when building without the proprietary driver stack.  Masking out the
# weston_%.bbappend seems the simplest approach for now, as forcing
# USE_GLES = "1" to disable the adding of -Dbackend-default="fbdev" to
# EXTRA_OEMESON triggers adding "libgbm" to DEPENDS, which breaks due
# to that being a component specific to the proprietary stack we are
# explicitly disabling.  If the "libgbm" usage in the bbappend was
# instead "virtual/libgbm" as is now used in poky, it might be possible
# to just tweak PREFERRED_PROVIDER_virtual/libgbm = "mesa".
BBMASK += "meta-rcar-gen3/recipes-graphics/wayland/weston_%.bbappend"