[meta-intel] [PATCH] systemd-boot.bbappend: Rename to use wildcard

2016-12-05 Thread Khem Raj 
OE-Core is in process of renaming the recipe
to have PV in recipe name. Cover that case
for bbappend

Signed-off-by: Khem Raj 
---
 .../systemd-boot/{systemd-boot.bbappend => systemd-boot%.bbappend}| 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename common/recipes-bsp/systemd-boot/{systemd-boot.bbappend => 
systemd-boot%.bbappend} (100%)

diff --git a/common/recipes-bsp/systemd-boot/systemd-boot.bbappend 
b/common/recipes-bsp/systemd-boot/systemd-boot%.bbappend
similarity index 100%
rename from common/recipes-bsp/systemd-boot/systemd-boot.bbappend
rename to common/recipes-bsp/systemd-boot/systemd-boot%.bbappend
-- 
1.9.1

-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

[meta-intel] [PATCH] dpdk: Update SRC_URI checksums

2016-12-05 Thread Khem Raj 
Fixes fetch errors

Signed-off-by: Khem Raj 
---
 common/recipes-extended/dpdk/dpdk_16.11.bb | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/common/recipes-extended/dpdk/dpdk_16.11.bb 
b/common/recipes-extended/dpdk/dpdk_16.11.bb
index c544eb3..f55f702 100644
--- a/common/recipes-extended/dpdk/dpdk_16.11.bb
+++ b/common/recipes-extended/dpdk/dpdk_16.11.bb
@@ -4,9 +4,8 @@ SRC_URI += "\
 
file://dpdk-16.04-add-config-variable-to-enable-disable-dpdk_qat.patch \
 
file://dpdk-16.04-dpdk-enable-ip_fragmentation-in-common_base-config.patch \
 "
-
-SRC_URI[dpdk.md5sum] = "f51ffc862a4f57b0030ca5d7ff07fef0"
-SRC_URI[dpdk.sha256sum] = 
"8098b3542b4c78d28bde5f4eba57d4ee929fffaaa941b7afd2b881eae0b45c00"
+SRC_URI[dpdk.md5sum] = "24f057ec64c277fbb181ff29569f6844"
+SRC_URI[dpdk.sha256sum] = 
"cf2ef6faf8cd056abbbebba779b7850eb3f79edd0d91767bcdbc216a2cde4fd1"
 
 export EXAMPLES_BUILD_DIR = "${RTE_TARGET}"
 export ARCHDIR = "generic"
-- 
1.9.1

-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

Re: [meta-intel] [PATCH] rmc: remove stack-protector-strong from CFLAGS

2016-12-05 Thread Jianxun Zhang 

> On Dec 2, 2016, at 2:19 PM, Saul Wold  wrote:
> 
> Since the rmc is used standalone from systemd-boot and does not
> use libc which provides the stack_chk_fail code that causes an
> undefined symbol
> 
> Signed-off-by: Saul Wold 
> ---
> common/recipes-bsp/rmc/rmc.bb | 1 +
> 1 file changed, 1 insertion(+)
> 
> diff --git a/common/recipes-bsp/rmc/rmc.bb b/common/recipes-bsp/rmc/rmc.bb
> index 41062bf..8c89a99 100644
> --- a/common/recipes-bsp/rmc/rmc.bb
> +++ b/common/recipes-bsp/rmc/rmc.bb
> @@ -22,6 +22,7 @@ COMPATIBLE_HOST = "(x86_64.*|i.86.*)-linux*"
> 
> TARGET_CFLAGS +="-Wl,--hash-style=both"
> 
> +SECURITY_CFLAGS_remove_class-target = "-fstack-protector-strong”
Saul,
I believe this will fix the issue with the current OE security setting. There 
could be other similar cases too:
-fstack-protector   -fstack-protector-all   
-fstack-protector-explicit 
gcc (5.4) from my ubuntu. You may want to test/add these this time or put them 
in a watch list...

Thanks


> do_compile_class-target() {
>   oe_runmake
>   oe_runmake -f Makefile.efi
> -- 
> 2.7.4
> 
> -- 
> ___
> meta-intel mailing list
> meta-intel@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-intel

-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

Re: [meta-intel] Why libva-egl1 request x11 in a Wayland configuration

2016-12-05 Thread Dominig ar Foll (Intel Open Source) 

  
  


Le 05/12/2016 à 13:59, Jussi Kukkonen a
  écrit :


  

  On 2 December 2016 at 18:30, Dominig
Ar Foll 
wrote:
Hello,
  
  I am activating libva in AGL distribution which is based
  on Yocto 2.1 (krogoth).
  
  
  
  When I look in libva-egl1 I can see that it call for x11
  as well as
  Wayland .But I do not understand why ?
  



I suspect this is incorrect in the recipe:
    RDEPENDS_${PN}-egl =+ "${PN}-x11"

or does something actually link with libx11?



  

  

Jussi,
I suspect something like that as well, but I am surprised that
no-one is facing the same bug. People using Wyaland, QT and trying
to build and SDK should not be new.

Who would know why that statement has been added ?
How to find a layer that would create a link to libx11 in a complex
yocto built ?

Regards

-- 
Dominig ar Foll
Senior Software Architect
Intel Open Source Technology Centre
  

-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel

Re: [meta-intel] Why libva-egl1 request x11 in a Wayland configuration

2016-12-05 Thread Jussi Kukkonen 
On 2 December 2016 at 18:30, Dominig Ar Foll 
wrote:

> Hello,
>
> I am activating libva in AGL distribution which is based on Yocto 2.1
> (krogoth).
>
> Adding in the local.conf the request fro libva, va-instal and
> gstreamer-vaapi seems to do the trick for an image.
> IMAGE_INSTALL_append += " \
>libva \
>va-intel \
>gstreamer-vaapi-1.0 "
>
> My issue comes when I try to build the SDK. Then I get the following error:
>Computing transaction...warning: Can't install
> libva-dev-1.7.0-r0@corei7_64: Can't install
> libva-egl1-1.7.0-r0@corei7_64: no package provides libva-x11
> warning: Can't install gstreamer-vaapi-1.0-dev-0.7.0-r0@corei7_64:
> unable to install provider for libva-dev:
>
> When I look in libva-egl1 I can see that it call for x11 as well as
> Wayland .But I do not understand why ?
>
>
I suspect this is incorrect in the recipe:
RDEPENDS_${PN}-egl =+ "${PN}-x11"
or does something actually link with libx11?

- Jussi


Any hint would be very welcome.
>
> Dominig
>
>   dominig@dominig-t460:~/AGL/build> rpm -qpR
> ./tmp/work/corei7-64-agl-linux/libva/1.7.0-r0/deploy-
> rpms/corei7_64/libva-egl1-1.7.0-r0.corei7_64.rpm
> attention : ./tmp/work/corei7-64-agl-linux/libva/1.7.0-r0/deploy-
> rpms/corei7_64/libva-egl1-1.7.0-r0.corei7_64.rpm:
> Entête V4 DSA/SHA1 Signature, clé ID c
> da422ed: NOKEY
> libffi.so.6()(64bit)
> libegl-mesa >= 11.1.1
> libwayland-server.so.0()(64bit)
> libwayland-client.so.0()(64bit)
> libdrm.so.2()(64bit)
> libva.so.1()(64bit)
> libEGL.so.1()(64bit)
> libdl.so.2()(64bit)
> libffi6 >= 3.2.1
> libc.so.6(GLIBC_2.2.5)(64bit)
> libva-x11
> libva >= 1.7.0
> wayland >= 1.9.0
> librt.so.1()(64bit)
> libgbm1 >= 11.1.1
> libdrm2 >= 2.4.67
> libexpat.so.1()(64bit)
> libc6 >= 2.23
> libgbm.so.1()(64bit)
> libm.so.6()(64bit)
> rtld(GNU_HASH)
> libc.so.6()(64bit)
> libpthread.so.0()(64bit)
> libexpat1 >= 2.1.0
> libffi.so.6()(64bit)
> libegl-mesa >= 11.1.1
> libwayland-server.so.0()(64bit)
> libwayland-client.so.0()(64bit)
> libdrm.so.2()(64bit)
> libva.so.1()(64bit)
> libEGL.so.1()(64bit)
> libdl.so.2()(64bit)
> libffi6 >= 3.2.1
> libc.so.6(GLIBC_2.2.5)(64bit)
> libva-x11
> libva >= 1.7.0
> wayland >= 1.9.0
> librt.so.1()(64bit)
> libgbm1 >= 11.1.1
> libdrm2 >= 2.4.67
> libexpat.so.1()(64bit)
> libc6 >= 2.23
> libgbm.so.1()(64bit)
> libm.so.6()(64bit)
> rtld(GNU_HASH)
> libc.so.6()(64bit)
> libpthread.so.0()(64bit)
> libexpat1 >= 2.1.0
> /bin/sh
> dominig@dominig-t460:~/AGL/build>
>
> --
> Dominig ar Foll
> Senior Software Architect
> Intel Open Source Technology Centre
> --
> ___
> meta-intel mailing list
> meta-intel@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-intel
>
-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel