Re: [yocto] [OE-core] Yocto Project Status WW25

2016-06-17 Thread Richard Purdie
On Fri, 2016-06-17 at 14:42 -0700, Christopher Larson wrote: > On Fri, Jun 17, 2016 at 8:31 AM, Jolley, Stephen K < > stephen.k.jol...@intel.com> wrote: > > ·There is a multilib issue related to the layout of the > > host libraries leaking into python’s build process which we’re > >

Re: [yocto] [OE-core] Yocto Project Status WW25

2016-06-17 Thread Christopher Larson
On Fri, Jun 17, 2016 at 2:42 PM, Christopher Larson wrote: > On Fri, Jun 17, 2016 at 8:31 AM, Jolley, Stephen K < > stephen.k.jol...@intel.com> wrote: > >> ·There is a multilib issue related to the layout of the host >> libraries leaking into python’s build process

Re: [yocto] [OE-core] Yocto Project Status WW25

2016-06-17 Thread Christopher Larson
On Fri, Jun 17, 2016 at 8:31 AM, Jolley, Stephen K < stephen.k.jol...@intel.com> wrote: > ·There is a multilib issue related to the layout of the host > libraries leaking into python’s build process which we’re struggling to > debug Could I get some details on this? I've seen something

[yocto] [meta-qt3][PATCH] qt-x11-free: obey LDFLAGS

2016-06-17 Thread Christopher Larson
From: Christopher Larson We need to obey LDFLAGS to get the correct hash style for external toolchains. The ideal way to deal with this would be for the build to be like the qt4 build, obeying the OE_QMAKE_ variables as defined in qmake_base, but that's not going to

[yocto] [PATCH][yocto-autobuilder] autobuilder/Autobuilder.p: Add missing import of buildbot.util.

2016-06-17 Thread Aníbal Limón
When try to start Autobuilder fails with the next exception, 2016-06-07 17:06:45-0500 [-] LOADING CONFIG FILE 2016-06-07 17:06:45-0500 [-] error while parsing config file: Traceback (most recent call last): File

[yocto] [meta-raspberrypi][PATCH v5 4/4] sdcard_image-rpi.bbclass: support for .dtbo files for dtb overlays

2016-06-17 Thread Herve Jourdain
Kernel 4.4.6+ on RaspberryPi support .dtbo files for overlays, instead of .dtb. Add support for both extensions for overlays (".dtb" and ".dtbo") CAUTION: in IMAGE_CMD_rpi-sdimg, 'TMPDIR' is not set, causing 'STAGING_KERNEL_BUILDDIR' to not be expanded, causing get_dts() to not being able to

[yocto] [meta-raspberrypi][PATCH v5 3/4] linux-raspberrypi-base.bbclass: support for .dtbo files for dtb overlays

2016-06-17 Thread Herve Jourdain
Kernel 4.4.6+ on RaspberryPi support .dtbo files for overlays, instead of .dtb. Add support for both variants of overlays ("-overlay.dtb" and ".dtbo") Change which variant needs to be supported based on the kernel version CAUTION: when called from IMAGE_CMD_rpi-sdimg, 'TMPDIR' is not set, causing

[yocto] [meta-raspberrypi][PATCH v5 2/4] rpi-base.inc: support for .dtbo files for dtb overlays

2016-06-17 Thread Herve Jourdain
Kernel 4.4.6+ on RaspberryPi support .dtbo files for overlays, instead of .dtb. Add support for .dtbo variant of overlays for the default KERNEL_DEVICETREE variable (the list will be turned into "-overlay.dtb" by linux-raspberry-base.bbclass, if needed, depending on the kernel version)

[yocto] [meta-raspberrypi][PATCH v5 1/4] linux-raspberrypi_4.4.inc: support for .dtbo files for dtb overlays

2016-06-17 Thread Herve Jourdain
Kernel 4.4.6+ on RaspberryPi support .dtbo files for overlays, instead of .dtb. Patch the kernel, which has faulty rules to generate .dtbo the way yocto does Signed-off-by: Herve Jourdain --- .../0001-fix-dtbo-rules.patch | 44 ++

[yocto] [meta-raspberrypi][PATCH v5 0/4] Support for .dtbo files for dtb overlays, required by kernels 4.4.6+

2016-06-17 Thread Herve Jourdain
v5: modifications after more review * Added an Upstream-Status to the kernel patch * Only one instance of KERNEL_DEVICETREE defined (with the new .dtbo syntax) * Modification of the KERNEL_DEVICETREE is done in linux-raspberry-base.bbclass, based on the kernel version v4: rebased For kernels

[yocto] Yocto Project Status WW25

2016-06-17 Thread Jolley, Stephen K
Current Dev Position: YP 2.2 M1 [still not in QA] Next Deadline: YP 2.2 M2 cut off would be: 7/18/16 SWAT team rotation: Maxin -> Joshua https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: *GTK+3 and Sato rework have merged *A rework of

Re: [yocto] Dynamic PV version in recipe

2016-06-17 Thread Marco Garzola
Hello , sorry for previous mail. I tried with python do_package_prepend() { d.setVar('PKGV', d.getVar("JENKINS_VERSION", True)) } and in do_compile : { VERSION= get from bash parsing. "${@d.setVar("JENKINS_VERSION","$VERSION"}" } but doesn't work... it only work if i

Re: [yocto] Dynamic PV version in recipe

2016-06-17 Thread Marco Garzola
hello again, I tried adding : python do_package_prepend() { d.setVar('PKGV', d.getVar("JENKINS_VERSION", True)) print d.getVar('PKGV',True) Da: yocto-boun...@yoctoproject.org per conto di Marco Garzola

Re: [yocto] Is there repository for Yocto documentation ?

2016-06-17 Thread Burton, Ross
The repository is yocto-docs on git.yoctoproject.org. To submit a patch sent it to yocto@ and it's probably best to CC Scott too. Thanks, Ross On 17 June 2016 at 11:04, Woronicz, Bartosz (Nokia - PL/Wroclaw) < bartosz.woron...@nokia.com> wrote: > I would like to push some fixes to docs how can

Re: [yocto] Is there repository for Yocto documentation ?

2016-06-17 Thread Nicolas Dechesne
On Fri, Jun 17, 2016 at 1:04 PM, Woronicz, Bartosz (Nokia - PL/Wroclaw) wrote: > I would like to push some fixes to docs how can I do it ? here: http://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/ -- ___ yocto mailing

Re: [yocto] NTP

2016-06-17 Thread Jussi Kukkonen
On 17 June 2016 at 09:33, Anicic Damir (PSI) wrote: > > Hi! > > I just realised that ntpd + ntpdate is not part of Yocto 2.1 > > I found http://layers.openembedded.org/layerindex/recipe/2299/ > > but how to get it? Note that you do not need ntpd or extra layers for ntp

[yocto] Is there repository for Yocto documentation ?

2016-06-17 Thread Woronicz, Bartosz (Nokia - PL/Wroclaw)
I would like to push some fixes to docs how can I do it ? Kind regards, Bartosz Woronicz Engineer, Software Configuration (SCM) Nokia Networks - PL/Wroclaw -- ___ yocto mailing list yocto@yoctoproject.org

Re: [yocto] [meta-raspberrypi][PATCH v4 3/5] rpi-base.inc: support for .dtbo files for dtb overlays

2016-06-17 Thread Herve Jourdain
Hi Andrei, So I've found a solution, I'll send a patch for it soon, but I'd like to know your opinion, not sure you will like it... In sdcard_image-rpi.bbclass, just before defining IMAGE_CMD_rpi-sdimg, I add: RPI_KERNEL_VERSION := "${@get_kernelversion_file('${STAGING_KERNEL_BUILDDIR}')}' Then

Re: [yocto] [meta-raspberrypi][PATCH v4 3/5] rpi-base.inc: support for .dtbo files for dtb overlays

2016-06-17 Thread Herve Jourdain
Hi Andrei, Sorry for the delay, but I've met some unexpected issue: when calling IMAGE_CMD (which is the code that lives in sdcard_image-rpi.bbclass in raspberrypi's case), TMPDIR is willfully deleted before the call... But STAGING_KERNEL_BUILDDIR, which is used to find out what version of kernel

[yocto] Problems creating packages for kernel modules when switching from rpm to deb

2016-06-17 Thread S . Jaritz
Hej I have encountered a problem, when I switched from rpm to deb. I have a recipe which generates 3 kernel modules. The compiling and packaging works fine. But when I do the do_rootfs it fails with: ## ERROR: core-image-minimal-1.0-r0 do_rootfs: Unable to install packages.

Re: [yocto] NTP

2016-06-17 Thread akuster
On 06/16/2016 11:33 PM, Anicic Damir (PSI) wrote: > Hi! > > I just realised that ntpd + ntpdate is not part of Yocto 2.1 ntpdate is in the ntpdate package and ntpd is in the ntp package. The ntp recipe is in meta-openembedded/meta-networking you will need to append these to your image

Re: [yocto] NTP

2016-06-17 Thread piotr.lewicki
I am new to Yocto, so please explain a bit more. Not all of the recipes can be found in poky layers. You can use multiple layers together to be able to access more recipes (and features like bbclasses, etc.). You will find more info in the manual. All I have done is: git clone -b krogoth

Re: [yocto] NTP

2016-06-17 Thread Anicic Damir (PSI)
I am new to Yocto, so please explain a bit more. All I have done is: git clone -b krogoth git://git.yoctoproject.org/poky.git How do I now add layers ? Or can I somehow clone Yocto 2.1 with all layers ? Damir -- ___ yocto mailing list

Re: [yocto] NTP

2016-06-17 Thread piotr.lewicki
On 17.06.2016 08:33, Anicic Damir (PSI) wrote: Hi! I just realised that ntpd + ntpdate is not part of Yocto 2.1 What do you mean by "not part of Yocto"? I found http://layers.openembedded.org/layerindex/recipe/2299/ but how to get

[yocto] NTP

2016-06-17 Thread Anicic Damir (PSI)
Hi! I just realised that ntpd + ntpdate is not part of Yocto 2.1 I found http://layers.openembedded.org/layerindex/recipe/2299/ but how to get it? -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto

[linux-yocto] [PATCH 3/4] mmc: block: Always switch back to main area after RPMB access

2016-06-17 Thread Lim Key Seong
From: Adrian Hunter In preparation to support the use of the RPMB partition with transfer modes that might require re-tuning, always switch back to the main area after RPMB access. RPMB is accessible only via IOCTL so only those paths are affected. Signed-off-by:

[linux-yocto] [PATCH 4/4] mmc: block: Pause re-tuning while switched to the RPMB partition

2016-06-17 Thread Lim Key Seong
From: Adrian Hunter Re-tuning is not possible when switched to the RPMB partition. However re-tuning should not be needed if re-tuning is done immediately before switching, a small set of operations is done, and then we immediately switch back to the main partition. A

[linux-yocto] [PATCH 2/4] mmc: core: Add a facility to "pause" re-tuning

2016-06-17 Thread Lim Key Seong
From: Adrian Hunter Re-tuning is not possible when switched to the RPMB partition. However re-tuning should not be needed if re-tuning is done immediately before switching, a small set of operations is done, and then we immediately switch back to the main partition. To

[linux-yocto] [PATCH 1/4] mmc: block: Add new ioctl to send multi commands

2016-06-17 Thread Lim Key Seong
From: Jon Hunter Certain eMMC devices allow vendor specific device information to be read via a sequence of vendor commands. These vendor commands must be issued in sequence and an atomic fashion. One way to support this would be to add an ioctl function for sending a