Re: [meta-intel] Issue with ovmf license under Pyro
Hello, I can confirm that the error is a bit random but fairly systematic on my system. I build on master from AGL. My source statement come from http://docs.automotivelinux.org/docs/getting_started/en/dev/reference/machines/intel.html source meta-agl/scripts/aglsetup.sh \ -m intel-corei7-64 \ -b build \ agl-devel agl-demo agl-appfw-smack agl-netboot Mikko finding seems to be pointing to a similar issue. https://bugzilla.yoctoproject.org/show_bug.cgi?id=12070 Regards Dominig Le 04/10/2017 à 07:17, Mikko Ylinen a écrit : Hi, A bugzilla search for 'do_image_complete' gave me https://bugzilla.yoctoproject.org/show_bug.cgi?id=12070 -- Mikko On 03/10/17 21:59, Paul Eggleton wrote: I've heard occasional reports of this issue as well and I believe it has to do with the exact sequence of actions up to receiving the error - just setting the configuration to be the same won't trigger it. Perhaps you need to add something to the image and then remove it, perhaps removing the recipe altogether? Not sure. Cheers, Paul On Wednesday, 4 October 2017 4:38:27 AM NZDT Wold, Saul wrote: On Mon, 2017-10-02 at 19:41 +0200, Dominig Ar Foll wrote: Hello, I am seeing an issue with the ovmf license in AGL, since yocto has moved to Pyro. I can fix by deactivating it, but I do not understand why I see the error. Hi Dominig, I tried to build the AGL code based on the website, I did not see this, so clearly your using different branches or code. Could you point me at what your actually using please, I want to confirm is this is an AGL issue or an OE-Core/meta-intel issue. I tried with AGL master and moved meta-intel to master (from pyro), but could not reproduce this issue. So it will come back each time that I sync on meta-intel agin. Any help would be welcome. Log and corrective patches are bellow. That's not really an acceptable patch for this situation. Sau! Any help would be welcome. -- 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] Issue with ovmf license under Pyro
Hello,
I am seeing an issue with the ovmf license in AGL, since yocto has
moved to Pyro.
I can fix by deactivating it, but I do not understand why I see the error.
So it will come back each time that I sync on meta-intel agin.
Any help would be welcome.
Log and corrective patches are bellow.
Any help would be welcome.
--
Dominig ar Foll
Senior Software Architect
Intel Open Source Technology Centre
---log -
ERROR: initramfs-netboot-image-1.0-r0 do_image_complete: Error
executing a python function in exec_python_func() autogenerated:
The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function:
0001:
*** 0002:write_deploy_manifest(d)
0003:
File: '/home/dominig/AGL/poky/meta/classes/license.bbclass', lineno:
33, function: write_deploy_manifest
0029:'w+').write(output)
0030:}
0031:
0032:python write_deploy_manifest() {
*** 0033:license_deployed_manifest(d)
0034:}
0035:
0036:python license_create_manifest() {
0037:import oe.packagedata
File: '/home/dominig/AGL/poky/meta/classes/license.bbclass', lineno:
192, function: license_deployed_manifest
0188:man_dic[dep]["IMAGE_MANIFEST"] = True
0189:man_dic[dep]["PN"] = dep
0190:man_dic[dep]["FILES"] = \
0191:" ".join(get_deployed_files(dep_dic[dep]))
*** 0192:with open(os.path.join(lic_dir, dep, "recipeinfo"), "r") as f:
0193:for line in f.readlines():
0194:key,val = line.split(": ", 1)
0195:man_dic[dep][key] = val[:-1]
0196:
Exception: FileNotFoundError: [Errno 2] No such file or directory:
'/home/dominig/AGL/build/tmp/deploy/licenses/ovmf/recipeinfo'
ERROR: initramfs-netboot-image-1.0-r0 do_image_complete: Function
failed: write_deploy_manifest
ERROR: Logfile of failure stored in:
/home/dominig/AGL/build/tmp/work/intel_corei7_64-agl-linux/initramfs-netboot-image/1.0-r0/temp/log.do_image_complete.19739
ERROR: Task
(/home/dominig/AGL/meta-agl/meta-netboot/recipes-core/images/initramfs-netboot-image.bb:do_image_complete)
failed with exit code '1'
-- Patch ---
diff --git a/conf/machine/include/qemu-intel.inc
b/conf/machine/include/qemu-intel.inc
index 8151040..f167f4c 100644
--- a/conf/machine/include/qemu-intel.inc
+++ b/conf/machine/include/qemu-intel.inc
@@ -5,7 +5,8 @@
EXTRA_IMAGEDEPENDS += "qemu-native qemu-helper-native"
# Build ovmf firmware for uefi support in qemu.
-EXTRA_IMAGEDEPENDS += "ovmf"
+# Deactivated as crashes under Yocto 2.3 (Pyro)
+#EXTRA_IMAGEDEPENDS += "ovmf"
# runqemu uses virtio, so we have to enable the corresponding
# kernel drivers.
--
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel
Re: [meta-intel] Config warning with pyro default Intel Kernel
Mikko, I would have expected that using meta-intel and base yocto configuration, I would get a build without any warning. I that a correct assumption ? or is there warnings when building the base config already ? Dominig Le 19/09/2017 à 19:21, Mikko Ylinen a écrit : Hi, On 19/09/17 18:18, Dominig Ar Foll wrote: Hello, Since AGL has moved to Pyro, I have some warning on the default configuration. I do not understand how to fiw them, as it seems that even if I add a corresponding config statement in a fragment, I still get the warning. Having warning is pain when supporting remote users. I aim at having the base config to build with no warning. Could someone help me to fix it ? See log below. I did not get to quote the actual logs due to signature separator. Anyway, the warnings happen due to conflicting config fragments. For example, by default yocto-kernel-cache (features/media/media-usb-webcams.cfg) sets CONFIG_USB_VIDEO_CLASS=m but AGL has uvc.cfg sets CONFIG_USB_VIDEO_CLASS=y. Similarly, usb.cfg in AGL sets CONFIG_USB_SERIAL=m but to unable CONFIG_USB_SERIAL_CONSOLE=y you need CONFIG_USB_SERIAL=y so the serial console setting gets disabled. You'd need to go through the conflicts one by one. -- Mikko -- 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] Config warning with pyro default Intel Kernel
Hello, Since AGL has moved to Pyro, I have some warning on the default configuration. I do not understand how to fiw them, as it seems that even if I add a corresponding config statement in a fragment, I still get the warning. Having warning is pain when supporting remote users. I aim at having the base config to build with no warning. Could someone help me to fix it ? See log below. -- Dominig ar Foll Senior Software Architect Intel Open Source Technology Centre -- CONFIG_USB_SERIAL_FTDI_SIO - Config: CONFIG_USB_SERIAL_FTDI_SIO From: /home/dominig/AGL/build/tmp/work-shared/intel-corei7-64/kernel-source/.kernel-meta/configs/standard/intel/bsp/common-pc/common-pc-drivers.cfg Requested value: CONFIG_USB_SERIAL_FTDI_SIO=y Actual value: CONFIG_USB_SERIAL_FTDI_SIO=m Config 'USB_SERIAL_FTDI_SIO' has the following conditionals: (none) Dependency values are: -- CONFIG_USB_SERIAL_PL2303 - Config: CONFIG_USB_SERIAL_PL2303 From: /home/dominig/AGL/build/tmp/work-shared/intel-corei7-64/kernel-source/.kernel-meta/configs/standard/intel/bsp/common-pc/common-pc-drivers.cfg Requested value: CONFIG_USB_SERIAL_PL2303=y Actual value: CONFIG_USB_SERIAL_PL2303=m Config 'USB_SERIAL_PL2303' has the following conditionals: (none) Dependency values are: --- bitbake log - -- CONFIG_CRC_CCITT - Config: CONFIG_CRC_CCITT From: /home/dominig/AGL/build/tmp/work-shared/intel-corei7-64/kernel-source/.kernel-meta/configs/standard/intel/features/nfc/nfc-generic.cfg /home/dominig/AGL/build/tmp/work-shared/intel-corei7-64/kern el-source/.kernel-meta/configs/standard/intel/features/nfc/nfc-generic.cfg Requested value: CONFIG_CRC_CCITT=m Actual value: CONFIG_CRC_CCITT=y Config 'CRC_CCITT' has the following conditionals: (none) Dependency values are: -- CONFIG_USB_SERIAL_CONSOLE - Config: CONFIG_USB_SERIAL_CONSOLE From: /home/dominig/AGL/build/tmp/work-shared/intel-corei7-64/kernel-source/.kernel-meta/configs/standard/intel/bsp/common-pc/common-pc-drivers.cfg /home/dominig/AGL/build/tmp/work-shared/intel-corei7- 64/kernel-source/.kernel-meta/configs/standard/intel/update-drivers-linux-intel-4.9.cfg Requested value: CONFIG_USB_SERIAL_CONSOLE=y Actual value: Config 'USB_SERIAL_CONSOLE' has the following conditionals: USB_SERIAL = y (value: "n") Dependency values are: USB_SERIAL [m] y [y] -- CONFIG_USB_VIDEO_CLASS - Config: CONFIG_USB_VIDEO_CLASS From: /home/dominig/AGL/build/tmp/work-shared/intel-corei7-64/kernel-source/.kernel-meta/configs/standard/intel/features/media/media-usb-webcams.cfg /home/dominig/AGL/build/tmp/work-shared/intel-corei7 -64/kernel-source/.kernel-meta/configs/standard/intel/uvc.cfg Requested value: CONFIG_USB_VIDEO_CLASS=y Actual value: CONFIG_USB_VIDEO_CLASS=m Config 'USB_VIDEO_CLASS' has the following conditionals: VIDEO_V4L2 (value: "m") Dependency values are: VIDEO_V4L2 [m] -- ___ meta-intel mailing list meta-intel@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-intel
[meta-intel] enabling gst-recorder with HW acceleration in AGL
Hello, I have a a user in AGL who needs to use gst-recorder with HW acceleration on a Joule. Could someone point me on the right way to achieve it in Yocto (without hacking in the make files) ? From which release of meta-intel such acceleration would be available ? 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
[meta-intel] Oups: schedule for 4.10 kernel support
Oups my title was incorrect and misleading. I am after 4.10 Dominig 2017-03-08 21:30 GMT+01:00 Dominig ar Foll (Intel Open Source) <dominig.arf...@fridu.net>: > Hello, > > I am just investigating the effect of the future yocto 2.3 on Automotive > Grade Linux (AGL) and I wonder what is the expected date to enable kernel > 4.10 under meta-intel. > If that is known (even a simple rough estimate), I would be interested by > the info. > > Regards > > -- > Dominig ar Foll > Senior Software Architect > Intel Open Source Technology Centre -- 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] intel-gpu-tools for Wayland without any x11
Le 07/03/2017 à 00:23, Wold, Saul a écrit :
>
> Are you talking about adding a PACKAGECONFIG for x11 (enable/disable
> the overlay-xlib config switch?
No. In the gpu-tools recipe there is a call for x11, as you can see in
the following extract.
I am just trying to provide GPU debug and test tools for AGL which is
100% based on Wayland.
Regards.
Dominig
---
meta-intel/common/recipes-graphics/intel-gpu-tools/intel-gpu-tools_1.16.bb
---
require ${COREBASE}/meta/recipes-graphics/xorg-app/xorg-app-common.inc
SUMMARY = "Intel GPU tools"
DESCRIPTION = "Variety of small tools for testing intel graphics."
LIC_FILES_CHKSUM = "file://COPYING;md5=e4b3dd344780e0400593b21b115a6947"
LICENSE_append = " & ISC"
inherit autotools gtk-doc
DEPENDS += "libdrm libpciaccess cairo udev glib-2.0 libxv libx11 libxext
libxrandr"
RDEPENDS_${PN} += "bash"
RDEPENDS_${PN}-tests += "bash"
> --
> 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 (solved)
Le 06/12/2016 à 12:19, Ylinen, Mikko a écrit :
You could ave a libva_%.bbappend that adds:
RDEPENDS_${PN}-egl_remove =
"${@base_contains("DISTRO_FEATURES", "x11", "",
"${PN}-x11", d)}"
Mikko,
thanks for the magic. I guess that a correction in meta-intel would
be required.
--
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
Le 05/12/2016 à 13:59, Jussi Kukkonen a
écrit :
On 2 December 2016 at 18:30, Dominig
Ar Foll <dominig.arf...@fridu.net>
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
[meta-intel] Why libva-egl1 request x11 in a Wayland configuration
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 ? 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
