Re: [meta-intel] [PATCH 0/2] RMC: update
On Mon, 2016-11-28 at 14:00 -0800, Jianxun Zhang wrote: > This work is to update rmc and other components in meta-intel to > reflect > the latest changes happened in the upstream rmc project. Please refer > to > the commit messages and annotations for additional information. > Chang, I am seeing some build failures when building the poky-lsb DISTRO settings. | x86_64-poky-linux-ld -- sysroot=/srv/sdb/releases/master/builds/lsb/tmp/sysroots/intel-corei7- 64 -m elf_x86_64 -L/srv/sdb/releases/master/builds/lsb/tmp/sysroots/intel-corei7- 64/usr/lib -T /srv/sdb/releases/master/builds/lsb/tmp/sysroots/intel- corei7-64/usr/lib/elf_x86_64_efi.lds -shared -Bsymbolic -nostdlib -znocombreloc -L /srv/sdb/releases/master/builds/lsb/tmp/sysroots/intel-corei7- 64/usr/lib /srv/sdb/releases/master/builds/lsb/tmp/sysroots/intel- corei7-64/usr/lib/crt0-efi-x86_64.o ./src/boot/efi/util.o ./src/boot/efi/console.o ./src/boot/efi/graphics.o ./src/boot/efi/pefile.o ./src/boot/efi/disk.o ./src/boot/efi/measure.o ./src/boot/efi/boot.o \ | -o src/boot/efi/systemd_boot.so -lefi -lgnuefi -lrmcefi /srv/sdb/releases/master/builds/lsb/tmp/sysroots/intel-corei7- 64/usr/lib/../lib/x86_64-poky-linux/6.2.0/libgcc.a; \ | nm -D -u src/boot/efi/systemd_boot.so | grep ' U ' && exit 1 || : | U __stack_chk_fail | Makefile:22462: recipe for target 'src/boot/efi/systemd_boot.so' failed | make: *** [src/boot/efi/systemd_boot.so] Error 1 | make: *** Deleting file 'src/boot/efi/systemd_boot.so' | ERROR: Function failed: do_compile (log file is located at /srv/sdb/releases/master/builds/lsb/tmp/work/corei7-64-intel-common- poky-linux/systemd-boot/230+gitAUTOINC+3a74d4fc90- r0/temp/log.do_compile.4031) ERROR: Task (/srv/sdb/releases/master/meta/recipes-bsp/systemd- boot/systemd-boot.bb:do_compile) failed with exit code '1' This is seen on the meta-intel Autobuilder first and then I reproduced it locally. Sau! > Jianxun Zhang (2): > rmc: integration update > gnu-efi: removed from meta-intel > > ...d-GUID-for-SMBIOS-3-entry-point-structure.patch | 32 > - > common/recipes-bsp/gnu-efi/gnu-efi_%.bbappend | 3 -- > common/recipes-bsp/rmc/rmc.bb | 20 ++-- > .../recipes-bsp/systemd-boot/systemd-boot.bbappend | 4 +- > ...sd-boot-Link-RMC-library-into-bootloader.patch} | 10 ++-- > ...d-board-specific-boot-entries-from-RMC-da.patch | 55 +--- > -- > ...pport-global-kernel-command-line-fragment.patch | 10 ++-- > 7 files changed, 38 insertions(+), 96 deletions(-) > delete mode 100644 common/recipes-bsp/gnu-efi/gnu-efi/0001-Add-GUID- > for-SMBIOS-3-entry-point-structure.patch > delete mode 100644 common/recipes-bsp/gnu-efi/gnu-efi_%.bbappend > rename common/recipes-bsp/systemd-boot/systemd-boot/{0001-sd-boot- > Link-RMC-libraries-into-bootloader.patch => 0001-sd-boot-Link-RMC- > library-into-bootloader.patch} (70%) > > -- > 2.7.4 > -- ___ meta-intel mailing list meta-intel@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-intel
Re: [meta-intel] [PATCH] gstreamer-vaapi and libva: check for opengl feature.
Hi, On Thu, Dec 1, 2016 at 10:09 AM, Puustinen, Ismowrote: > > While these patches are the same, I would prefer if we had 2 distinct > > patches for libva and gstreamer-vaapi. > > Ok, I'll split the patch in two. > > > Is this related to what Mikko found recently with gstreamer-plugins- > > bad? I believe there was a missing dependency there also. > > I think this is related, yes, but not directly. The goal in both this > and Mikko's work is to let the DISTRO_FEATURES guide the way how > various gstreamer components are built. At this moment it's the other > way around (gstreamer components require various distribution features > in order to build, pulling in too many dependencies). > Saul, this is a new observation Ismo made yesterday. My findings are also about opengl but they are different. I think I'll just submit patches for those too. -- Mikko -- ___ meta-intel mailing list meta-intel@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-intel
[meta-intel] [PATCH 1/2] libva: check for "opengl" feature
In case "opengl" is missing from DISTRO_FEATURES, libva fails to satisfy its dependencies. The dependency check is done by BitBake when meta-world-pkgdata gathers information about all available packages during image builds, even if libva isn't included in the build. This patch makes libva recipe be skipped if the "opengl" DISTRO_FEATURE isn't found. Signed-off-by: Ismo Puustinen--- common/recipes-multimedia/libva/libva_1.7.2.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/common/recipes-multimedia/libva/libva_1.7.2.bb b/common/recipes-multimedia/libva/libva_1.7.2.bb index d72074d..860ab77 100644 --- a/common/recipes-multimedia/libva/libva_1.7.2.bb +++ b/common/recipes-multimedia/libva/libva_1.7.2.bb @@ -24,7 +24,9 @@ SRC_URI[sha256sum] = "5dd61cf16a5648b680e6146a58064e93be11bf4e65a9e4e30f1e9cb8ec DEPENDS = "libdrm virtual/mesa virtual/libgles1 virtual/libgles2 virtual/egl" -inherit autotools pkgconfig +inherit autotools pkgconfig distro_features_check + +REQUIRED_DISTRO_FEATURES ?= "opengl" EXTRA_OECONF = "--disable-dummy-driver" -- 2.9.3 -- ___ meta-intel mailing list meta-intel@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-intel
Re: [meta-intel] [PATCH] gstreamer-vaapi and libva: check for opengl feature.
> While these patches are the same, I would prefer if we had 2 distinct > patches for libva and gstreamer-vaapi. Ok, I'll split the patch in two. > Is this related to what Mikko found recently with gstreamer-plugins- > bad? I believe there was a missing dependency there also. I think this is related, yes, but not directly. The goal in both this and Mikko's work is to let the DISTRO_FEATURES guide the way how various gstreamer components are built. At this moment it's the other way around (gstreamer components require various distribution features in order to build, pulling in too many dependencies). Ismo -- ___ meta-intel mailing list meta-intel@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-intel