Re: [yocto] [meta-swupd][RFC][PATCH] swupd-image.bbclass: split out swupd-client and config specific bits

2017-02-16 Thread Patrick Ohly
On Tue, 2017-02-14 at 16:58 +, André Draszik wrote:
> It is useful to be able to integrate swupd-client into an image that
> is not itself subject to swupd based processing.

Makes sense, merged to master-next.

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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


[yocto] (no subject)

2017-02-16 Thread Paulo Neves
Hello Yocto list from time to time my builds are getting this error
and I can't understand why is this happening. Every package is in
local IO, only the sstate cache i think is in an NFS mount.

Can you hint me at why this error could come up in yocto do_rootfs?

ERROR: lfs-release-full-x86-64-build-pc-linux-gnu-1.0-r0 do_rootfs:
Unable to install packages. Command
'/workspace/builds/yoctobuild/tmp/sysroots/x86_64-linux/usr/bin/opkg
--volatile-cache -f
/workspace/builds/yoctobuild/tmp/work/x86_64_build_pc_linux_gnu-poky-linux/lfs-release-full-x86-64-build-pc-linux-gnu/1.0-r0/opkg.conf
-o 
/workspace/builds/yoctobuild/tmp/work/x86_64_build_pc_linux_gnu-poky-linux/lfs-release-full-x86-64-build-pc-linux-gnu/1.0-r0/rootfs
 --force_postinstall --prefer-arch-to-version   install run-postinsts
fullsysroot all-vcf-wmp' returned 255:
Collected errors:
 * opkg_install_pkg: Failed to download fullsysroot. Perhaps you need
to run 'opkg update'?
 * opkg_install: Cannot install package fullsysroot.
 Installing run-postinsts (1.0-r0) on root.



Best regards
Paulo Neves
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [meta-security][PATCH] libseccomp: convert test package to ptest

2017-02-16 Thread wenzong.fan
From: Wenzong Fan 

Signed-off-by: Wenzong Fan 
---
 recipes-security/libseccomp/files/run-ptest |  4 
 recipes-security/libseccomp/libseccomp.bb   | 24 
 2 files changed, 16 insertions(+), 12 deletions(-)
 create mode 100644 recipes-security/libseccomp/files/run-ptest

diff --git a/recipes-security/libseccomp/files/run-ptest 
b/recipes-security/libseccomp/files/run-ptest
new file mode 100644
index 000..54b4a63
--- /dev/null
+++ b/recipes-security/libseccomp/files/run-ptest
@@ -0,0 +1,4 @@
+#!/bin/sh
+
+cd tests
+./regression -a
diff --git a/recipes-security/libseccomp/libseccomp.bb 
b/recipes-security/libseccomp/libseccomp.bb
index c131bea..830e051 100644
--- a/recipes-security/libseccomp/libseccomp.bb
+++ b/recipes-security/libseccomp/libseccomp.bb
@@ -8,37 +8,37 @@ SRCREV = "937e774d8ccfd063a601f49ef46769de3926b62d"
 
 PV = "2.3.1+git${SRCPV}"
 
-SRC_URI = "git://github.com/seccomp/libseccomp.git"
+SRC_URI = "git://github.com/seccomp/libseccomp.git \
+   file://run-ptest \
+"
 
 S = "${WORKDIR}/git"
 
-inherit autotools-brokensep pkgconfig
+inherit autotools-brokensep pkgconfig ptest
 
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[python] = "--enable-python, --disable-python, python"
 
-do_compile_append() {
+do_compile_ptest() {
 oe_runmake -C tests check-build
 }
 
-do_install_append() {
-install -d ${D}/${libdir}/${PN}/tests
-install -d ${D}/${libdir}/${PN}/tools
+do_install_ptest() {
+install -d ${D}${PTEST_PATH}/tests
+install -d ${D}${PTEST_PATH}/tools
 for file in $(find tests/* -executable -type f); do
-install -m 744 ${S}/${file} ${D}/${libdir}/${PN}/tests
+install -m 744 ${S}/${file} ${D}${PTEST_PATH}/tests
 done
 for file in $(find tests/*.tests -type f); do
-install -m 744 ${S}/${file} ${D}/${libdir}/${PN}/tests
+install -m 744 ${S}/${file} ${D}${PTEST_PATH}/tests
 done
 for file in $(find tools/* -executable -type f); do
-install -m 744 ${S}/${file} ${D}/${libdir}/${PN}/tools
+install -m 744 ${S}/${file} ${D}${PTEST_PATH}/tools
 done
 }
 
-PACKAGES += " ${PN}-tests"
 FILES_${PN} = "${bindir} ${libdir}/${PN}.so*"
-FILES_${PN}-tests = "${libdir}/${PN}/tools ${libdir}/${PN}/tests"
 FILES_${PN}-dbg += "${libdir}/${PN}/tests/.debug/* 
${libdir}/${PN}/tools/.debug"
 
 RDEPENDS_${PN} = "bash"
-RDEPENDS_${PN}-tests = "bash"
+RDEPENDS_${PN}-ptest = "bash"
-- 
2.7.4

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


Re: [yocto] [meta-rockchip][morty][PATHV2 0/6] add main line kernel support

2017-02-16 Thread Trevor Woerner
Hi Eddie (and the rest of the Rockchip team),

First let me reiterate how happy I am to see that Rockchip is interested in
supporting Yocto/OE builds, this is great! I hope this trend continues.

Second, thank you so much for your patience while I reviewed these patches. I
don't like my review to be only visual, I want to see the code running on my
device(s), so reviewing is going to take a bit of time. In this case I hadn't
flashed my firefly board in a long time, and the flashing procedure was quite
a bit different now from what I last remember.

For future reference, these patches have the string "PATH" in the subject line
instead of "PATCH". Also, if you're creating a v2 or a v3 etc please put a
space between "PATCH" and "v2". But I won't ask you for a "PATCH v3", I'll
just fix these things up as I apply the patches (I hope you don't mind).

You've put "morty" in the subject lines which to me means you're hoping these
patches will be applied against the morty branch of meta-rockchip. Morty was
released in October of 2016 which, at this point, is almost 5 months ago. At
this point patches should only go against morty to fix critical issues. These
patches look more like they're adding functionality, so I'll apply them to
master instead. The next release is Pyro which is expected around April 2017.

On Tue 2017-02-14 @ 01:54:20 PM, Eddie Cai wrote:
> This patch set add main line kernel support for meta-rockchip
> 
> Eddie Cai (6):
>   machine: Use cortexa17hf-neon-vfpv4 as default tune for rk3288.inc

As I've mentioned before, Yocto/OE is a _distribution_ builder, not just an
image builder. As such most people in the community consider DEFAULTTUNES to
be a DISTRO-level policy. In other words, this is not something that should be
set by the BSP. One distro might want to use softfloat, while another wants
hard-float. It will be easier for people who make distributions using Yocto/OE
to use this layer when these types of things are not set at this level. Users
are free to use these distributions (by adding their layers) or they can set a
DEFAULTTUNE in their conf/local.conf file.

I'll add a note to the README pointing this out so people can be aware of this
configuration tweak, but I won't take this patch into the BSP. I've been able
to build and run images where the DEFAULTTUNE is not set and they run just
fine. Another patch (which I'll be happy to create) will need to look for this
tune in recipes that provide things like mali support.

>   machine: Use SOC specific assignements

The above patch is fine, but I am going to adjust the synopsis line to include
the machine to which this patch refers. I.e. instead of:

machine: Use SOC specific assignments

I'll say:

rk3288: Use SOC specific assignments

>   machine: separate rk3188 inc file from rk3066

The above patch is okay, but I'm going to remove the DEFAULTTUNE line.

>   machine: Use SOC specific assignements

Adjusted to specify machine (rk3188).

>   machine: Use SOC specific assignements

Adjusted to specify machine (rk3066).

>   recipes-kernel: linux: Add mainline kernel

If Romain is happy with this patch I will apply it.

Best regards,
Trevor
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [meta-raspberrypi][PATCH] linux-firmware: Bring up wifi/ble interface on rpi3

2017-02-16 Thread Khem Raj
Currently the firmware is installed but kernel fails to load it
due this .txt file missing in the firmware directory and it ends
up with wifi/bluetooth i/f not being initialized. The error is
also in dmesg

[3.120991] usbcore: registered new interface driver brcmfmac
[3.148240] brcmfmac mmc1:0001:1: Direct firmware load for 
brcm/brcmfmac43430-sdio.txt failed with error -2

After applying this patch now ifconfig -a can list wlan0 interface
successfully.

Signed-off-by: Khem Raj 
---
 .../linux-firmware/files/brcmfmac43430-sdio.txt| 66 ++
 .../linux-firmware/linux-firmware_%.bbappend   | 12 
 2 files changed, 78 insertions(+)
 create mode 100644 recipes-kernel/linux-firmware/files/brcmfmac43430-sdio.txt
 create mode 100644 recipes-kernel/linux-firmware/linux-firmware_%.bbappend

diff --git a/recipes-kernel/linux-firmware/files/brcmfmac43430-sdio.txt 
b/recipes-kernel/linux-firmware/files/brcmfmac43430-sdio.txt
new file mode 100644
index 000..ea4f648
--- /dev/null
+++ b/recipes-kernel/linux-firmware/files/brcmfmac43430-sdio.txt
@@ -0,0 +1,66 @@
+# NVRAM file for BCM943430WLPTH
+# 2.4 GHz, 20 MHz BW mode
+
+# The following parameter values are just placeholders, need to be updated.
+manfid=0x2d0
+prodid=0x0727
+vendid=0x14e4
+devid=0x43e2
+boardtype=0x0727
+boardrev=0x1101
+boardnum=22
+macaddr=00:90:4c:c5:12:38
+sromrev=11
+boardflags=0x00404201
+boardflags3=0x0800
+xtalfreq=37400
+nocrc=1
+ag0=255
+aa2g=1
+ccode=ALL
+
+pa0itssit=0x20
+extpagain2g=0
+#PA parameters for 2.4GHz, measured at CHIP OUTPUT
+pa2ga0=-168,7161,-820
+AvVmid_c0=0x0,0xc8
+cckpwroffset0=5
+
+# PPR params
+maxp2ga0=84
+txpwrbckof=6
+cckbw202gpo=0
+legofdmbw202gpo=0x6611
+mcsbw202gpo=0x7771
+propbw202gpo=0xdd
+
+# OFDM IIR :
+ofdmdigfilttype=18
+ofdmdigfilttypebe=18
+# PAPD mode:
+papdmode=1
+papdvalidtest=1
+pacalidx2g=42
+papdepsoffset=-22
+papdendidx=58
+
+# LTECX flags
+ltecxmux=0
+ltecxpadnum=0x0102
+ltecxfnsel=0x44
+ltecxgcigpio=0x01
+
+il0macaddr=00:90:4c:c5:12:38
+wl0id=0x431b
+
+deadman_to=0x
+# muxenab: 0x1 for UART enable, 0x2 for GPIOs, 0x8 for JTAG
+muxenab=0x1
+# CLDO PWM voltage settings - 0x4 - 1.1 volt
+#cldo_pwm=0x4
+
+#VCO freq 326.4MHz
+spurconfig=0x3 
+
+edonthd20l=-75
+edoffthd20ul=-80
diff --git a/recipes-kernel/linux-firmware/linux-firmware_%.bbappend 
b/recipes-kernel/linux-firmware/linux-firmware_%.bbappend
new file mode 100644
index 000..252da22
--- /dev/null
+++ b/recipes-kernel/linux-firmware/linux-firmware_%.bbappend
@@ -0,0 +1,12 @@
+FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
+
+SRC_URI += "file://brcmfmac43430-sdio.txt"
+
+do_install_append() {
+   install -D -m 0644 ${WORKDIR}/brcmfmac43430-sdio.txt 
${D}/lib/firmware/brcm/brcmfmac43430-sdio.txt
+}
+
+FILES_${PN}-bcm43430 += " \
+  /lib/firmware/brcm/brcmfmac43430-sdio.txt \
+"
+
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH] omxplayer: Update to latest and disable on rpi64

2017-02-16 Thread Khem Raj
Its uses omaxplayer/mmal APIs from firmware which seems
to not work with 4.9 kernel

Signed-off-by: Khem Raj 
---
 ...nd-headers-from-ffmpeg-are-installed-in-u.patch | 27 ++
 ...PEG_EXTRA_CFLAGS-and-FFMPEG_EXTRA_LDFLAGS.patch | 24 +++
 recipes-multimedia/omxplayer/omxplayer_git.bb  | 13 ++-
 3 files changed, 34 insertions(+), 30 deletions(-)

diff --git 
a/recipes-multimedia/omxplayer/omxplayer/0002-Libraries-and-headers-from-ffmpeg-are-installed-in-u.patch
 
b/recipes-multimedia/omxplayer/omxplayer/0002-Libraries-and-headers-from-ffmpeg-are-installed-in-u.patch
index 75f7254..203f34b 100644
--- 
a/recipes-multimedia/omxplayer/omxplayer/0002-Libraries-and-headers-from-ffmpeg-are-installed-in-u.patch
+++ 
b/recipes-multimedia/omxplayer/omxplayer/0002-Libraries-and-headers-from-ffmpeg-are-installed-in-u.patch
@@ -14,33 +14,33 @@ Signed-off-by: Jonathan Liu 
  Makefile.ffmpeg | 2 +-
  2 files changed, 4 insertions(+), 4 deletions(-)
 
-diff --git a/Makefile b/Makefile
-index be97c2b..2c120fc 100644
 a/Makefile
-+++ b/Makefile
+Index: git/Makefile
+===
+--- git.orig/Makefile
 git/Makefile
 @@ -1,9 +1,9 @@
  
  CFLAGS+=-std=c++0x -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS 
-DTARGET_POSIX -DTARGET_LINUX -fPIC -DPIC -D_REENTRANT -D_LARGEFILE64_SOURCE 
-D_FILE_OFFSET_BITS=64 -DHAVE_CMAKE_CONFIG -D__VIDEOCORE4__ -U_FORTIFY_SOURCE 
-Wall -DHAVE_OMXLIB -DUSE_EXTERNAL_FFMPEG  -DHAVE_LIBAVCODEC_AVCODEC_H 
-DHAVE_LIBAVUTIL_OPT_H -DHAVE_LIBAVUTIL_MEM_H -DHAVE_LIBAVUTIL_AVUTIL_H 
-DHAVE_LIBAVFORMAT_AVFORMAT_H -DHAVE_LIBAVFILTER_AVFILTER_H 
-DHAVE_LIBSWRESAMPLE_SWRESAMPLE_H -DOMX -DOMX_SKIP64BIT -ftree-vectorize 
-DUSE_EXTERNAL_OMX -DTARGET_RASPBERRY_PI -DUSE_EXTERNAL_LIBBCM_HOST
  
--LDFLAGS+=-L./ -Lffmpeg_compiled/usr/local/lib/ -lc -lWFC -lGLESv2 -lEGL 
-lbcm_host -lopenmaxil -lfreetype -lz
-+LDFLAGS+=-L./ -Lffmpeg_compiled/usr/lib/ -lc -lWFC -lGLESv2 -lEGL -lbcm_host 
-lopenmaxil -lfreetype -lz
+-LDFLAGS+=-L./ -Lffmpeg_compiled/usr/local/lib/ -lc -lWFC -lGLESv2 -lEGL 
-lbcm_host -lopenmaxil -lfreetype -lz -lasound
++LDFLAGS+=-L./ -Lffmpeg_compiled/usr/lib/ -lc -lWFC -lGLESv2 -lEGL -lbcm_host 
-lopenmaxil -lfreetype -lz -lasound
  
 -INCLUDES+=-I./ -Ilinux -Iffmpeg_compiled/usr/local/include/ -I 
/usr/include/dbus-1.0 -I /usr/lib/arm-linux-gnueabihf/dbus-1.0/include
-+INCLUDES+=-I./ -Ilinux -Iffmpeg_compiled/usr/include/ 
-I=/usr/include/dbus-1.0 -I /usr/lib/arm-linux-gnueabihf/dbus-1.0/include
++INCLUDES+=-I./ -Ilinux -Iffmpeg_compiled/usr/include/ -I=/usr/include/dbus-1.0
  
  DIST ?= omxplayer-dist
  
-@@ -87,5 +87,5 @@ dist: omxplayer.bin omxplayer.1
+@@ -88,5 +88,5 @@ dist: omxplayer.bin omxplayer.1
cp COPYING $(DIST)/usr/share/doc/omxplayer
cp README.md $(DIST)/usr/share/doc/omxplayer/README
cp omxplayer.1 $(DIST)/usr/share/man/man1
 -  cp -P ffmpeg_compiled/usr/local/lib/*.so* $(DIST)/usr/lib/omxplayer/
 +  cp -P ffmpeg_compiled/usr/lib/*.so* $(DIST)/usr/lib/omxplayer/
cd $(DIST); tar -czf ../$(DIST).tgz *
-diff --git a/Makefile.ffmpeg b/Makefile.ffmpeg
-index 5ccf96f..a7ddd5f 100644
 a/Makefile.ffmpeg
-+++ b/Makefile.ffmpeg
+Index: git/Makefile.ffmpeg
+===
+--- git.orig/Makefile.ffmpeg
 git/Makefile.ffmpeg
 @@ -254,5 +254,5 @@ checkout:
  .PHONY : install
  install:
@@ -48,6 +48,3 @@ index 5ccf96f..a7ddd5f 100644
 -  $(HOST)-strip ffmpeg_compiled/usr/local/lib/*.so
 +  $(HOST)-strip ffmpeg_compiled/usr/lib/*.so
  
--- 
-1.9.3
-
diff --git 
a/recipes-multimedia/omxplayer/omxplayer/0004-Add-FFMPEG_EXTRA_CFLAGS-and-FFMPEG_EXTRA_LDFLAGS.patch
 
b/recipes-multimedia/omxplayer/omxplayer/0004-Add-FFMPEG_EXTRA_CFLAGS-and-FFMPEG_EXTRA_LDFLAGS.patch
index edb388e..ea8530d 100644
--- 
a/recipes-multimedia/omxplayer/omxplayer/0004-Add-FFMPEG_EXTRA_CFLAGS-and-FFMPEG_EXTRA_LDFLAGS.patch
+++ 
b/recipes-multimedia/omxplayer/omxplayer/0004-Add-FFMPEG_EXTRA_CFLAGS-and-FFMPEG_EXTRA_LDFLAGS.patch
@@ -12,20 +12,26 @@ Signed-off-by: Andrei Gherzan 
  Makefile.ffmpeg | 3 ++-
  1 file changed, 2 insertions(+), 1 deletion(-)
 
-diff --git a/Makefile.ffmpeg b/Makefile.ffmpeg
-index abe4b26..c9d42d7 100644
 a/Makefile.ffmpeg
-+++ b/Makefile.ffmpeg
-@@ -22,7 +22,8 @@ configure:
+Index: git/Makefile.ffmpeg
+===
+--- git.orig/Makefile.ffmpeg
 git/Makefile.ffmpeg
+@@ -1,6 +1,8 @@
+ 
+ CFLAGS=-D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -DTARGET_POSIX 
-DTARGET_LINUX -fPIC -DPIC -D_REENTRANT -D_HAVE_SBRK -D_LARGEFILE64_SOURCE 
-DHAVE_CMAKE_CONFIG -DHAVE_VMCS_CONFIG -D_REENTRANT -DUSE_VCHIQ_ARM 
-DVCHI_BULK_ALIGN=1 -DVCHI_BULK_GRANULARITY=1 -DEGL_SERVER_DISPMANX 
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__VIDEOCORE4__ -DGRAPHICS_X_VG=1 
-U_FORTIFY_SOURCE -Wall 

Re: [yocto] [meta-raspberrypi][PATCH V4 01/14] Add raspberrypi3-64.conf

2017-02-16 Thread Khem Raj


On 2/16/17 4:12 PM, Andrei Gherzan wrote:
> On Thu, Feb 16, 2017 at 10:46:32AM -0800, Khem Raj wrote:
>> From: Herve Jourdain 
>>
>> Signed-off-by: Herve Jourdain 
>> Signed-off-by: Khem Raj 
>> ---
>>  conf/machine/raspberrypi3-64.conf | 15 +++
>>  1 file changed, 15 insertions(+)
>>  create mode 100644 conf/machine/raspberrypi3-64.conf
>>
>> diff --git a/conf/machine/raspberrypi3-64.conf 
>> b/conf/machine/raspberrypi3-64.conf
>> new file mode 100644
>> index 000..5598e50
>> --- /dev/null
>> +++ b/conf/machine/raspberrypi3-64.conf
>> @@ -0,0 +1,15 @@
>> +#@TYPE: Machine
>> +#@NAME: RaspberryPi 3 Development Board
>> +#@DESCRIPTION: Machine configuration for the RaspberryPi 3 in 64 bits mode
>> +
>> +MACHINEOVERRIDES = "raspberrypi3:raspberrypi:${MACHINE}"
>> +
>> +MACHINE_EXTRA_RRECOMMENDS += "linux-firmware-bcm43430"
>> +
>> +require conf/machine/include/arm/arch-armv8.inc
>> +include conf/machine/include/rpi-base.inc
>> +
>> +SERIAL_CONSOLE = "115200 ttyS0"
>> +VC4_CMA_SIZE ?= "cma-256"
>> +
>> +UBOOT_MACHINE = "rpi_3_config"
>> --
>> 2.11.1
>>
>> --
>> ___
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
> 
> The entire patch set was merged to master. Thanks.

Cheers!

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


Re: [yocto] [meta-raspberrypi][PATCH V4 01/14] Add raspberrypi3-64.conf

2017-02-16 Thread Andrei Gherzan
On Thu, Feb 16, 2017 at 10:46:32AM -0800, Khem Raj wrote:
> From: Herve Jourdain 
>
> Signed-off-by: Herve Jourdain 
> Signed-off-by: Khem Raj 
> ---
>  conf/machine/raspberrypi3-64.conf | 15 +++
>  1 file changed, 15 insertions(+)
>  create mode 100644 conf/machine/raspberrypi3-64.conf
>
> diff --git a/conf/machine/raspberrypi3-64.conf 
> b/conf/machine/raspberrypi3-64.conf
> new file mode 100644
> index 000..5598e50
> --- /dev/null
> +++ b/conf/machine/raspberrypi3-64.conf
> @@ -0,0 +1,15 @@
> +#@TYPE: Machine
> +#@NAME: RaspberryPi 3 Development Board
> +#@DESCRIPTION: Machine configuration for the RaspberryPi 3 in 64 bits mode
> +
> +MACHINEOVERRIDES = "raspberrypi3:raspberrypi:${MACHINE}"
> +
> +MACHINE_EXTRA_RRECOMMENDS += "linux-firmware-bcm43430"
> +
> +require conf/machine/include/arm/arch-armv8.inc
> +include conf/machine/include/rpi-base.inc
> +
> +SERIAL_CONSOLE = "115200 ttyS0"
> +VC4_CMA_SIZE ?= "cma-256"
> +
> +UBOOT_MACHINE = "rpi_3_config"
> --
> 2.11.1
>
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

The entire patch set was merged to master. Thanks.

--
Andrei Gherzan
gpg: rsa4096/D4D94F67AD0E9640 | t: @agherzan


signature.asc
Description: PGP signature
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] [PATCH] qa-tools: Add suport for current format of templates

2017-02-16 Thread Aníbal Limón
Resend it with [qa-tools] and see comments below,


On 02/16/2017 04:37 PM, jose.perez.carra...@linux.intel.com wrote:
> From: Jose Perez Carranza 
> 
> Currently the tempates has a format as below:
> 
> TRTEMP
> 
> Hence the logic was adapted to follow above structure and also a
> commit paramater was added to follow the format of build as follows:
> 
> RELEASE MILESTONE_rc#
> 
> Signed-off-by: Jose Perez Carranza 
> ---
>  testopia_update.py  | 30 
>  testopia_update/product/__init__.py | 39 
> +
>  2 files changed, 40 insertions(+), 29 deletions(-)
> 
> diff --git a/testopia_update.py b/testopia_update.py
> index 249d163..af281c9 100755
> --- a/testopia_update.py
> +++ b/testopia_update.py
> @@ -15,7 +15,7 @@ DEFAULT_STORE_LOCATION = "/tmp/testopia_update"
>  
>  ACTIONS = ('create', 'update')
>  BRANCHES = ('master', 'jethro', 'dizzy', 'daisy', 'noexists')
> -CATEGORIES = ('Full pass', 'Weekly')
> +CATEGORIES = ('AUTO', 'MANUAL')
>  
>  class Options(object):
>  pass
> @@ -60,6 +60,9 @@ def get_args():
>  parser.add_argument('--project-date', required=False,
>  dest="project_date", help='SCM version/revision date of the 
> project.')
>  
> +parser.add_argument('--commit', required=False,
> +dest="commit", help='Poky commit')
> +
>  parser.add_argument('--results-log', required=False,
>  dest="results_log", help='Results log.')
>  
> @@ -68,6 +71,7 @@ def get_args():
>  parser.add_argument('--debug', required=False, action="store_true",
>  dest="debug", default=False, help='Enable debug mode.')
>  
> +
>  return parser.parse_args()
>  
>  if __name__ == '__main__':
> @@ -86,8 +90,8 @@ if __name__ == '__main__':
>  testopia_config = ['url', 'username', 'password', 'store_location']
>  testopia_opts = testopia_config + ['action', 'product_name', 
> 'category_name',
>  'project_version', 'project_milestone', 'project_revision',
> -'project_date']
> - 
> +'project_date','commit']

We already have a commit as a name of project-revision if you want to
change the template name order use this field.

> +
>  config = None
>  if not args.config and os.path.exists(DEFAULT_CONFIG_FILE):
>  args.config = DEFAULT_CONFIG_FILE
> @@ -103,10 +107,10 @@ if __name__ == '__main__':
>  arg = getattr(args, to)
>  if arg:
>  setattr(opts, to, arg)
> -if not hasattr(opts, to):
> -logger.error("%s: Requires testopia %s in arguments or config." 
> % \
> -(sys.argv[0], to))
> -sys.exit(1)
> +#if not hasattr(opts, to):
> +#logger.error("%s: Requires testopia %s in arguments or config." 
> % \
> +#(sys.argv[0], to))
> +#sys.exit(1)

Uncomment these lines, there uis a need to make --list-products as an
option without action but this needs to be made in other commit.

alimon

>  
>  if not os.path.exists(opts.store_location):
>  os.makedirs(opts.store_location)
> @@ -155,11 +159,13 @@ if __name__ == '__main__':
>  sys.exit(1)
>  
>  build = product.get_build(test_plan, args.project_version,
> -args.project_milestone, args.project_revision, args.project_date)
> +args.project_milestone, args.project_revision, args.project_date,
> +args.commit)
>  if not build:
>  if args.action == "create":
>  build = product.create_build(test_plan, args.project_version,
> -args.project_milestone, args.project_revision, 
> args.project_date)
> +args.project_milestone, args.project_revision, 
> args.project_date,
> +args.commit)
>  logger.info("%s: Create build for product %s with: "\
>  "%s, %s, %s, %s." % (sys.argv[0], args.product_name,
>  args.project_version, args.project_milestone,
> @@ -172,8 +178,8 @@ if __name__ == '__main__':
>  sys.exit(1)
>  
>  if args.action == "create":
> -template_test_run = product.get_template_test_run(test_plan, 
> args.project_version,
> -args.category_name, args.optional)
> +template_test_run = product.get_template_test_run(test_plan,
> +args.project_version, args.category_name, args.optional)
>  if not template_test_run:
>  logger.error("%s: Product %s can't find test run with: "\
>  "%s, %s, %s." % (sys.argv[0], args.product_name,
> @@ -189,7 +195,7 @@ if __name__ == '__main__':
>  args.optional))
>  sys.exit(1)
>  logger.info("%s: Test run was created with Template (%d), Summary 
> (%s)"\
> -" and ID (%s)." % (sys.argv[0], template_test_run['run_id'], 
> +" and ID (%s)." % 

[yocto] [PATCH] qa-tools: Add suport for current format of templates

2017-02-16 Thread jose . perez . carranza
From: Jose Perez Carranza 

Currently the tempates has a format as below:

TRTEMP

Hence the logic was adapted to follow above structure and also a
commit paramater was added to follow the format of build as follows:

RELEASE MILESTONE_rc#

Signed-off-by: Jose Perez Carranza 
---
 testopia_update.py  | 30 
 testopia_update/product/__init__.py | 39 +
 2 files changed, 40 insertions(+), 29 deletions(-)

diff --git a/testopia_update.py b/testopia_update.py
index 249d163..af281c9 100755
--- a/testopia_update.py
+++ b/testopia_update.py
@@ -15,7 +15,7 @@ DEFAULT_STORE_LOCATION = "/tmp/testopia_update"
 
 ACTIONS = ('create', 'update')
 BRANCHES = ('master', 'jethro', 'dizzy', 'daisy', 'noexists')
-CATEGORIES = ('Full pass', 'Weekly')
+CATEGORIES = ('AUTO', 'MANUAL')
 
 class Options(object):
 pass
@@ -60,6 +60,9 @@ def get_args():
 parser.add_argument('--project-date', required=False,
 dest="project_date", help='SCM version/revision date of the project.')
 
+parser.add_argument('--commit', required=False,
+dest="commit", help='Poky commit')
+
 parser.add_argument('--results-log', required=False,
 dest="results_log", help='Results log.')
 
@@ -68,6 +71,7 @@ def get_args():
 parser.add_argument('--debug', required=False, action="store_true",
 dest="debug", default=False, help='Enable debug mode.')
 
+
 return parser.parse_args()
 
 if __name__ == '__main__':
@@ -86,8 +90,8 @@ if __name__ == '__main__':
 testopia_config = ['url', 'username', 'password', 'store_location']
 testopia_opts = testopia_config + ['action', 'product_name', 
'category_name',
 'project_version', 'project_milestone', 'project_revision',
-'project_date']
- 
+'project_date','commit']
+
 config = None
 if not args.config and os.path.exists(DEFAULT_CONFIG_FILE):
 args.config = DEFAULT_CONFIG_FILE
@@ -103,10 +107,10 @@ if __name__ == '__main__':
 arg = getattr(args, to)
 if arg:
 setattr(opts, to, arg)
-if not hasattr(opts, to):
-logger.error("%s: Requires testopia %s in arguments or config." % \
-(sys.argv[0], to))
-sys.exit(1)
+#if not hasattr(opts, to):
+#logger.error("%s: Requires testopia %s in arguments or config." % 
\
+#(sys.argv[0], to))
+#sys.exit(1)
 
 if not os.path.exists(opts.store_location):
 os.makedirs(opts.store_location)
@@ -155,11 +159,13 @@ if __name__ == '__main__':
 sys.exit(1)
 
 build = product.get_build(test_plan, args.project_version,
-args.project_milestone, args.project_revision, args.project_date)
+args.project_milestone, args.project_revision, args.project_date,
+args.commit)
 if not build:
 if args.action == "create":
 build = product.create_build(test_plan, args.project_version,
-args.project_milestone, args.project_revision, 
args.project_date)
+args.project_milestone, args.project_revision, 
args.project_date,
+args.commit)
 logger.info("%s: Create build for product %s with: "\
 "%s, %s, %s, %s." % (sys.argv[0], args.product_name,
 args.project_version, args.project_milestone,
@@ -172,8 +178,8 @@ if __name__ == '__main__':
 sys.exit(1)
 
 if args.action == "create":
-template_test_run = product.get_template_test_run(test_plan, 
args.project_version,
-args.category_name, args.optional)
+template_test_run = product.get_template_test_run(test_plan,
+args.project_version, args.category_name, args.optional)
 if not template_test_run:
 logger.error("%s: Product %s can't find test run with: "\
 "%s, %s, %s." % (sys.argv[0], args.product_name,
@@ -189,7 +195,7 @@ if __name__ == '__main__':
 args.optional))
 sys.exit(1)
 logger.info("%s: Test run was created with Template (%d), Summary 
(%s)"\
-" and ID (%s)." % (sys.argv[0], template_test_run['run_id'], 
+" and ID (%s)." % (sys.argv[0], template_test_run['run_id'],
 test_run['summary'], test_run['run_id']))
 elif args.action == "update":
 if not args.results_log:
diff --git a/testopia_update/product/__init__.py 
b/testopia_update/product/__init__.py
index 04f9dac..02c6447 100644
--- a/testopia_update/product/__init__.py
+++ b/testopia_update/product/__init__.py
@@ -1,5 +1,6 @@
 import re
 
+
 class Product(object):
 def __init__(self, testopia, opts, logger, config):
 self.testopia = testopia
@@ -42,13 +43,15 @@ class Product(object):
 tp_envs = self.testopia.product_get_environments(tp['product_id'])
 

Re: [yocto] [meta-raspberrypi][PATCH V2 03/11] raspberrypi3-64.conf: Use 4.9 as default kernel

2017-02-16 Thread Khem Raj


On 2/16/17 11:54 AM, Andrei Gherzan wrote:
> On Thu, Feb 16, 2017 at 06:52:23AM -0800, Khem Raj wrote:
>> On Wed, Feb 15, 2017 at 10:01 PM, Andrei Gherzan  wrote:
>>> On Wed, Feb 15, 2017 at 06:47:17PM -0800, Khem Raj wrote:
 On Wed, Feb 15, 2017 at 6:34 PM, Khem Raj  wrote:
> On Wed, Feb 15, 2017 at 6:09 PM, Andrei Gherzan  wrote:
>> On Sat, Feb 11, 2017 at 09:26:47PM -0800, Khem Raj wrote:
>>> Signed-off-by: Khem Raj 
>>> ---
>>>  conf/machine/raspberrypi3-64.conf | 2 ++
>>>  1 file changed, 2 insertions(+)
>>>
>>> diff --git a/conf/machine/raspberrypi3-64.conf 
>>> b/conf/machine/raspberrypi3-64.conf
>>> index 5598e50..cdcd726 100644
>>> --- a/conf/machine/raspberrypi3-64.conf
>>> +++ b/conf/machine/raspberrypi3-64.conf
>>> @@ -13,3 +13,5 @@ SERIAL_CONSOLE = "115200 ttyS0"
>>>  VC4_CMA_SIZE ?= "cma-256"
>>>
>>>  UBOOT_MACHINE = "rpi_3_config"
>>> +
>>> +PREFERRED_VERSION_linux-raspberrypi ?= "4.9.%"
>>
>> This doesn't really work as rpi-default-versions.inc already sets the
>> version and this will not overwrite. Maybe have this before including
>> rpi-base.inc?
>
> actually I realized that I set the PREFERRED_VERSION_linux-raspberrypi
> in my local.conf and that overrides all. I will send a followup for
> this.
>

 just sent a series of 3 patches which should take care of this problem
 please apply it on top of this series.
>>>
>>> As well omxplayer compilation fails on this machine:
>>>
>>> | ERROR: oe_runmake failed
>>> | aarch64-poky-linux-gcc is unable to create an executable file.
>>> | C compiler test failed.
>>>
>>> Can you take a look on this?
>>
>> sure, as I said so far I have booted rpi-hwup-image and
>> core-image-weston builds and boots into console, no graphics yet. so
>> not all packages may yet build but we have a start.
> 
> Uh OK. I haven't caught this detail.

Looking further omxplayer has tight deps into openmax/mmal APIs from
firmware package which is not working on aarch64 yet. For now I think
we can skip it for aarch64

> 
> --
> Andrei Gherzan
> gpg: rsa4096/D4D94F67AD0E9640 | t: @agherzan
> 
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] [meta-raspberrypi][PATCH V2 03/11] raspberrypi3-64.conf: Use 4.9 as default kernel

2017-02-16 Thread Andrei Gherzan
On Thu, Feb 16, 2017 at 06:52:23AM -0800, Khem Raj wrote:
> On Wed, Feb 15, 2017 at 10:01 PM, Andrei Gherzan  wrote:
> > On Wed, Feb 15, 2017 at 06:47:17PM -0800, Khem Raj wrote:
> >> On Wed, Feb 15, 2017 at 6:34 PM, Khem Raj  wrote:
> >> > On Wed, Feb 15, 2017 at 6:09 PM, Andrei Gherzan  
> >> > wrote:
> >> >> On Sat, Feb 11, 2017 at 09:26:47PM -0800, Khem Raj wrote:
> >> >>> Signed-off-by: Khem Raj 
> >> >>> ---
> >> >>>  conf/machine/raspberrypi3-64.conf | 2 ++
> >> >>>  1 file changed, 2 insertions(+)
> >> >>>
> >> >>> diff --git a/conf/machine/raspberrypi3-64.conf 
> >> >>> b/conf/machine/raspberrypi3-64.conf
> >> >>> index 5598e50..cdcd726 100644
> >> >>> --- a/conf/machine/raspberrypi3-64.conf
> >> >>> +++ b/conf/machine/raspberrypi3-64.conf
> >> >>> @@ -13,3 +13,5 @@ SERIAL_CONSOLE = "115200 ttyS0"
> >> >>>  VC4_CMA_SIZE ?= "cma-256"
> >> >>>
> >> >>>  UBOOT_MACHINE = "rpi_3_config"
> >> >>> +
> >> >>> +PREFERRED_VERSION_linux-raspberrypi ?= "4.9.%"
> >> >>
> >> >> This doesn't really work as rpi-default-versions.inc already sets the
> >> >> version and this will not overwrite. Maybe have this before including
> >> >> rpi-base.inc?
> >> >
> >> > actually I realized that I set the PREFERRED_VERSION_linux-raspberrypi
> >> > in my local.conf and that overrides all. I will send a followup for
> >> > this.
> >> >
> >>
> >> just sent a series of 3 patches which should take care of this problem
> >> please apply it on top of this series.
> >
> > As well omxplayer compilation fails on this machine:
> >
> > | ERROR: oe_runmake failed
> > | aarch64-poky-linux-gcc is unable to create an executable file.
> > | C compiler test failed.
> >
> > Can you take a look on this?
>
> sure, as I said so far I have booted rpi-hwup-image and
> core-image-weston builds and boots into console, no graphics yet. so
> not all packages may yet build but we have a start.

Uh OK. I haven't caught this detail.

--
Andrei Gherzan
gpg: rsa4096/D4D94F67AD0E9640 | t: @agherzan


signature.asc
Description: PGP signature
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] Change ssh key for meta-raspberrypi

2017-02-16 Thread Andrei Gherzan
On Thu, Feb 16, 2017 at 09:36:47AM -0500, Trevor Woerner wrote:
> On Wed, Feb 15, 2017 at 7:11 PM, Andrei Gherzan  wrote:
> > Who do
> > I have to talk to get this configured?
>
>
> Michael Halstead (CC'ed)

Thanks Trevor. Already sorted.

--
Andrei Gherzan
gpg: rsa4096/D4D94F67AD0E9640 | t: @agherzan


signature.asc
Description: PGP signature
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [meta-raspberrypi][PATCH V4 11/14] rpi-config: Specify bcm2710-rpi-3-b dtb for 64bit rpi3

2017-02-16 Thread Khem Raj
Let config.txt explicitly specify it

Signed-off-by: Khem Raj 
---
 recipes-bsp/bootfiles/rpi-config_git.bb | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/recipes-bsp/bootfiles/rpi-config_git.bb 
b/recipes-bsp/bootfiles/rpi-config_git.bb
index f610718..20ec343 100644
--- a/recipes-bsp/bootfiles/rpi-config_git.bb
+++ b/recipes-bsp/bootfiles/rpi-config_git.bb
@@ -112,6 +112,12 @@ do_deploy() {
 fi
 }
 
+do_deploy_append_raspberrypi3-64() {
+# Device Tree support
+echo "# Load correct Device Tree for Aarch64" 
>>${DEPLOYDIR}/bcm2835-bootfiles/config.txt
+echo "device_tree=bcm2710-rpi-3-b.dtb" 
>>${DEPLOYDIR}/bcm2835-bootfiles/config.txt
+}
+
 addtask deploy before do_package after do_install
 do_deploy[dirs] += "${DEPLOYDIR}/bcm2835-bootfiles"
 
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 14/14] linux-raspberrypi_dev: Fix build on rpi3 64bit

2017-02-16 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 recipes-kernel/linux/linux-raspberrypi_dev.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/recipes-kernel/linux/linux-raspberrypi_dev.bb 
b/recipes-kernel/linux/linux-raspberrypi_dev.bb
index 2a5b692..bec0d23 100644
--- a/recipes-kernel/linux/linux-raspberrypi_dev.bb
+++ b/recipes-kernel/linux/linux-raspberrypi_dev.bb
@@ -1,8 +1,9 @@
-FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:"
+FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-4.9:"
 
 LINUX_VERSION ?= "4.10.0-rc8"
 
 SRCREV = "9aa91f43583fdb07306f962e6ee6797fba1cc62d"
 SRC_URI = 
"git://github.com/raspberrypi/linux.git;protocol=git;branch=rpi-4.10.y \
+   
file://0001-build-arm64-Add-rules-for-.dtbo-files-for-dts-overla.patch \
 "
 require linux-raspberrypi.inc
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 13/14] raspberrypi3-64.conf: Add vc4graphics to MACHINE_FEATURES

2017-02-16 Thread Khem Raj
Userland wont work in 64bit mode

Signed-off-by: Khem Raj 
---
 conf/machine/raspberrypi3-64.conf | 1 +
 1 file changed, 1 insertion(+)

diff --git a/conf/machine/raspberrypi3-64.conf 
b/conf/machine/raspberrypi3-64.conf
index e7d9af2..0bf1397 100644
--- a/conf/machine/raspberrypi3-64.conf
+++ b/conf/machine/raspberrypi3-64.conf
@@ -36,5 +36,6 @@ SERIAL_CONSOLE = "115200 ttyS0"
 VC4_CMA_SIZE ?= "cma-256"
 
 UBOOT_MACHINE = "rpi_3_config"
+MACHINE_FEATURES_append = " vc4graphics"
 
 PREFERRED_VERSION_linux-raspberrypi ?= "4.9.%"
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 12/14] rpi-default-versions.inc: Use fallback weak assignment

2017-02-16 Thread Khem Raj
This lets machines use ?= to choose their preferred kernel
e.g. 64bit rpi3 needs 4.9 minimum but default right now
is 4.4

At the same time it keeps the option for user to override
any of these settings via config metadata e.g. local.conf

Signed-off-by: Khem Raj 
---
 conf/machine/include/rpi-default-versions.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/conf/machine/include/rpi-default-versions.inc 
b/conf/machine/include/rpi-default-versions.inc
index e65a4ae..2007cc0 100644
--- a/conf/machine/include/rpi-default-versions.inc
+++ b/conf/machine/include/rpi-default-versions.inc
@@ -1,3 +1,3 @@
 # RaspberryPi BSP default versions
 
-PREFERRED_VERSION_linux-raspberrypi ?= "4.4.%"
+PREFERRED_VERSION_linux-raspberrypi ??= "4.4.%"
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 10/14] sdcard: Use kernel8.img for 64bit kernel image name

2017-02-16 Thread Khem Raj
This helps the firmware to identify the kernel as 64bit
image

Signed-off-by: Khem Raj 
---
 classes/sdcard_image-rpi.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/classes/sdcard_image-rpi.bbclass b/classes/sdcard_image-rpi.bbclass
index 116d5e8..79ab53a 100644
--- a/classes/sdcard_image-rpi.bbclass
+++ b/classes/sdcard_image-rpi.bbclass
@@ -35,6 +35,7 @@ KERNEL_INITRAMFS ?= ""
 # Kernel image name
 SDIMG_KERNELIMAGE_raspberrypi  ?= "kernel.img"
 SDIMG_KERNELIMAGE_raspberrypi2 ?= "kernel7.img"
+SDIMG_KERNELIMAGE_raspberrypi3-64 ?= "kernel8.img"
 
 # Boot partition volume id
 BOOTDD_VOLUME_ID ?= "${MACHINE}"
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 06/14] userland: Upgrade to latest and implement triple buffering for wayland

2017-02-16 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 ...13-Implement-triple-buffering-for-wayland.patch | 85 ++
 recipes-graphics/userland/userland_git.bb  |  3 +-
 2 files changed, 87 insertions(+), 1 deletion(-)
 create mode 100644 
recipes-graphics/userland/userland/0013-Implement-triple-buffering-for-wayland.patch

diff --git 
a/recipes-graphics/userland/userland/0013-Implement-triple-buffering-for-wayland.patch
 
b/recipes-graphics/userland/userland/0013-Implement-triple-buffering-for-wayland.patch
new file mode 100644
index 000..8703296
--- /dev/null
+++ 
b/recipes-graphics/userland/userland/0013-Implement-triple-buffering-for-wayland.patch
@@ -0,0 +1,85 @@
+From 81f421b051c726bbe180ee5f7d93cf13a3935904 Mon Sep 17 00:00:00 2001
+From: Jeff Wannamaker 
+Date: Thu, 19 Jan 2017 18:56:07 +
+Subject: [PATCH 13/13] Implement triple buffering for wayland
+
+Change from double to triple buffering for wayland.  This enables higher frame 
rates without tearing artifacts by allowing both the glFinish and the buffer 
release interlock to operate without pushing the frame period to two vertical 
intervals
+
+Signed-off-by: Jeff Wannamaker 
+---
+ interface/khronos/egl/egl_client.c |  3 ++-
+ interface/khronos/egl/egl_client_surface.c |  8 
+ interface/khronos/egl/egl_client_surface.h | 11 +++
+ 3 files changed, 21 insertions(+), 1 deletion(-)
+
+diff --git a/interface/khronos/egl/egl_client.c 
b/interface/khronos/egl/egl_client.c
+index 13a110c..0380274 100644
+--- a/interface/khronos/egl/egl_client.c
 b/interface/khronos/egl/egl_client.c
+@@ -2323,7 +2323,8 @@ EGLAPI EGLBoolean EGLAPIENTRY eglSwapBuffers(EGLDisplay 
dpy, EGLSurface surf)
+ 
+   buffer_temp = surface->front_wl_buffer;
+   surface->front_wl_buffer = surface->back_wl_buffer;
+-  surface->back_wl_buffer = buffer_temp;
++  surface->back_wl_buffer = surface->middle_wl_buffer;
++  surface->middle_wl_buffer = buffer_temp;
+ 
+   configid = egl_config_to_id(surface->config);
+   color = egl_config_get_color_format(configid);
+diff --git a/interface/khronos/egl/egl_client_surface.c 
b/interface/khronos/egl/egl_client_surface.c
+index 9a9582c..10b3b04 100644
+--- a/interface/khronos/egl/egl_client_surface.c
 b/interface/khronos/egl/egl_client_surface.c
+@@ -402,12 +402,14 @@ EGL_SURFACE_T *egl_surface_create(
+if (type == WINDOW && wl_display) {
+   surface->wl_egl_window = (struct wl_egl_window*)win;
+   surface->front_wl_buffer = NULL;
++  surface->middle_wl_buffer = NULL;
+   surface->back_wl_buffer = allocate_wl_buffer(
+ surface->wl_egl_window, color);
+   resource = surface->back_wl_buffer->resource;
+} else {
+   surface->wl_egl_window = NULL;
+   surface->front_wl_buffer = NULL;
++  surface->middle_wl_buffer = NULL;
+   surface->back_wl_buffer = NULL;
+   resource = DISPMANX_NO_HANDLE;
+}
+@@ -696,6 +698,12 @@ void egl_surface_free(EGL_SURFACE_T *surface)
+  surface->back_wl_buffer = 0;
+   }
+ 
++  if (surface->middle_wl_buffer) {
++ wl_buffer_destroy(surface->middle_wl_buffer->wl_buffer);
++ free(surface->middle_wl_buffer);
++ surface->middle_wl_buffer = 0;
++  }
++
+   if (surface->front_wl_buffer) {
+  wl_buffer_destroy(surface->front_wl_buffer->wl_buffer);
+  free(surface->front_wl_buffer);
+diff --git a/interface/khronos/egl/egl_client_surface.h 
b/interface/khronos/egl/egl_client_surface.h
+index e328b77..58a3184 100644
+--- a/interface/khronos/egl/egl_client_surface.h
 b/interface/khronos/egl/egl_client_surface.h
+@@ -313,6 +313,17 @@ typedef struct {
+struct wl_dispmanx_client_buffer *front_wl_buffer;
+ 
+/*
++  middle_wl_buffer
++
++  Validity:
++  type == WINDOW
++
++  Invariant:
++  client-side information about the wl_buffer in the middle
++   */
++   struct wl_dispmanx_client_buffer *middle_wl_buffer;
++
++   /*
+   back_wl_buffer
+ 
+   Validity:
+-- 
+2.7.1
+
diff --git a/recipes-graphics/userland/userland_git.bb 
b/recipes-graphics/userland/userland_git.bb
index a37249c..5344dc3 100644
--- a/recipes-graphics/userland/userland_git.bb
+++ b/recipes-graphics/userland/userland_git.bb
@@ -16,7 +16,7 @@ COMPATIBLE_MACHINE = "raspberrypi"
 
 SRCBRANCH = "master"
 SRCFORK = "raspberrypi"
-SRCREV = "bb15afe33b313fe045d52277a78653d288e04f67"
+SRCREV = "338428cf852c658e39987c06b845cb6332394109"
 
 SRC_URI = "\
 git://github.com/${SRCFORK}/userland.git;protocol=git;branch=${SRCBRANCH} \
@@ -32,6 +32,7 @@ SRC_URI = "\
 file://0010-Fix-for-framerate-with-nested-composition.patch \
 file://0011-build-shared-library-for-vchostif.patch \
 file://0012-implement-buffer-wrapping-interface-for-dispmanx.patch \
+

[yocto] [meta-raspberrypi][PATCH V4 08/14] linux-raspberrypi: Add defconfig for raspberrypi3-64

2017-02-16 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 recipes-kernel/linux/linux-raspberrypi.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/recipes-kernel/linux/linux-raspberrypi.inc 
b/recipes-kernel/linux/linux-raspberrypi.inc
index 19ebefb..cf61cce 100644
--- a/recipes-kernel/linux/linux-raspberrypi.inc
+++ b/recipes-kernel/linux/linux-raspberrypi.inc
@@ -18,6 +18,7 @@ PV = "${LINUX_VERSION}+git${SRCPV}"
 # NOTE: For now we pull in the default config from the RPi kernel GIT tree.
 KERNEL_DEFCONFIG_raspberrypi ?= "bcmrpi_defconfig"
 KERNEL_DEFCONFIG_raspberrypi2 ?= "bcm2709_defconfig"
+KERNEL_DEFCONFIG_raspberrypi3-64 ?= "bcmrpi3_defconfig"
 
 # CMDLINE for raspberrypi
 CMDLINE = "dwc_otg.lpm_enable=0 console=serial0,115200 root=/dev/mmcblk0p2 
rootfstype=ext4 rootwait"
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 09/14] raspberrypi3-64.conf: Specifiy rpi3-64bit dtbs

2017-02-16 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 conf/machine/raspberrypi3-64.conf | 23 +++
 1 file changed, 23 insertions(+)

diff --git a/conf/machine/raspberrypi3-64.conf 
b/conf/machine/raspberrypi3-64.conf
index cdcd726..e7d9af2 100644
--- a/conf/machine/raspberrypi3-64.conf
+++ b/conf/machine/raspberrypi3-64.conf
@@ -9,6 +9,29 @@ MACHINE_EXTRA_RRECOMMENDS += "linux-firmware-bcm43430"
 require conf/machine/include/arm/arch-armv8.inc
 include conf/machine/include/rpi-base.inc
 
+KERNEL_DEVICETREE = " \
+broadcom/bcm2710-rpi-3-b.dtb \
+broadcom/bcm2837-rpi-3-b.dtb \
+\
+overlays/hifiberry-amp.dtbo \
+overlays/hifiberry-dac.dtbo \
+overlays/hifiberry-dacplus.dtbo \
+overlays/hifiberry-digi.dtbo \
+overlays/i2c-rtc.dtbo \
+overlays/iqaudio-dac.dtbo \
+overlays/iqaudio-dacplus.dtbo \
+overlays/lirc-rpi.dtbo \
+overlays/pitft22.dtbo \
+overlays/pitft28-resistive.dtbo \
+overlays/pps-gpio.dtbo \
+overlays/rpi-ft5406.dtbo \
+overlays/w1-gpio.dtbo \
+overlays/w1-gpio-pullup.dtbo \
+overlays/pi3-disable-bt.dtbo \
+overlays/pi3-miniuart-bt.dtbo \
+overlays/vc4-kms-v3d.dtbo \
+"
+
 SERIAL_CONSOLE = "115200 ttyS0"
 VC4_CMA_SIZE ?= "cma-256"
 
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 07/14] firmware: Update to 20161215 release

2017-02-16 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 recipes-bsp/common/firmware.inc | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/recipes-bsp/common/firmware.inc b/recipes-bsp/common/firmware.inc
index 1961b48..8aea628 100644
--- a/recipes-bsp/common/firmware.inc
+++ b/recipes-bsp/common/firmware.inc
@@ -1,10 +1,10 @@
-RPIFW_DATE ?= "20161125"
+RPIFW_DATE ?= "20161215"
 RPIFW_SRC_URI ?= 
"https://github.com/raspberrypi/firmware/archive/1.${RPIFW_DATE}.tar.gz;
 RPIFW_S ?= "${WORKDIR}/firmware-1.${RPIFW_DATE}"
 
 SRC_URI = "${RPIFW_SRC_URI}"
-SRC_URI[md5sum] = "a9281d2869e2d7673a83d41bacfa66c2"
-SRC_URI[sha256sum] = 
"744e050630621c70991c91e0ee8663dc2f579e743583ca762b13b00bc75859bc"
+SRC_URI[md5sum] = "ddd7645988360d7ef267b48c32293ad7"
+SRC_URI[sha256sum] = 
"bda18f2affb50053940fd88c3f3bec5af9a4b4ced753d01107a2b106cfb02d13"
 
 PV = "${RPIFW_DATE}"
 
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 05/14] linux-raspberrypi_4.9.bb: Upgrade to 4.9.10

2017-02-16 Thread Khem Raj
Fix dtbo builds for arm64

Signed-off-by: Khem Raj 
---
 ...-Add-rules-for-.dtbo-files-for-dts-overla.patch | 29 ++
 recipes-kernel/linux/linux-raspberrypi_4.9.bb  |  5 ++--
 2 files changed, 32 insertions(+), 2 deletions(-)
 create mode 100644 
recipes-kernel/linux/linux-raspberrypi-4.9/0001-build-arm64-Add-rules-for-.dtbo-files-for-dts-overla.patch

diff --git 
a/recipes-kernel/linux/linux-raspberrypi-4.9/0001-build-arm64-Add-rules-for-.dtbo-files-for-dts-overla.patch
 
b/recipes-kernel/linux/linux-raspberrypi-4.9/0001-build-arm64-Add-rules-for-.dtbo-files-for-dts-overla.patch
new file mode 100644
index 000..e8bc52e
--- /dev/null
+++ 
b/recipes-kernel/linux/linux-raspberrypi-4.9/0001-build-arm64-Add-rules-for-.dtbo-files-for-dts-overla.patch
@@ -0,0 +1,29 @@
+From 922ce1fd0eb810b713f6ffa9a7ab97c11b6e38cf Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Fri, 10 Feb 2017 17:57:08 -0800
+Subject: [PATCH] build/arm64: Add rules for .dtbo files for dts overlays
+
+We now create overlays as .dtbo files.
+
+Signed-off-by: Khem Raj 
+---
+ arch/arm64/Makefile | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/arch/arm64/Makefile b/arch/arm64/Makefile
+index 3635b8662724..822fefeb1cd0 100644
+--- a/arch/arm64/Makefile
 b/arch/arm64/Makefile
+@@ -113,6 +113,9 @@ zinstall install:
+ %.dtb: scripts
+   $(Q)$(MAKE) $(build)=$(boot)/dts $(boot)/dts/$@
+ 
++%.dtbo: | scripts
++  $(Q)$(MAKE) $(build)=$(boot)/dts MACHINE=$(MACHINE) $(boot)/dts/$@
++
+ PHONY += dtbs dtbs_install
+ 
+ dtbs: prepare scripts
+-- 
+2.11.1
+
diff --git a/recipes-kernel/linux/linux-raspberrypi_4.9.bb 
b/recipes-kernel/linux/linux-raspberrypi_4.9.bb
index cffea1a..dcca369 100644
--- a/recipes-kernel/linux/linux-raspberrypi_4.9.bb
+++ b/recipes-kernel/linux/linux-raspberrypi_4.9.bb
@@ -1,8 +1,9 @@
 FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:"
 
-LINUX_VERSION ?= "4.9.4"
+LINUX_VERSION ?= "4.9.10"
 
-SRCREV = "8b0be887f834e7eccf0de3edf630003880779a5f"
+SRCREV = "095c4480e1f623bdc8a221a171ef13b2223706b1"
 SRC_URI = 
"git://github.com/raspberrypi/linux.git;protocol=git;branch=rpi-4.9.y \
+   
file://0001-build-arm64-Add-rules-for-.dtbo-files-for-dts-overla.patch \
 "
 require linux-raspberrypi.inc
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 04/14] linux-raspberrypi_dev.bb: Add recipe for tracking development tip

2017-02-16 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 recipes-kernel/linux/linux-raspberrypi_dev.bb | 8 
 1 file changed, 8 insertions(+)
 create mode 100644 recipes-kernel/linux/linux-raspberrypi_dev.bb

diff --git a/recipes-kernel/linux/linux-raspberrypi_dev.bb 
b/recipes-kernel/linux/linux-raspberrypi_dev.bb
new file mode 100644
index 000..2a5b692
--- /dev/null
+++ b/recipes-kernel/linux/linux-raspberrypi_dev.bb
@@ -0,0 +1,8 @@
+FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:"
+
+LINUX_VERSION ?= "4.10.0-rc8"
+
+SRCREV = "9aa91f43583fdb07306f962e6ee6797fba1cc62d"
+SRC_URI = 
"git://github.com/raspberrypi/linux.git;protocol=git;branch=rpi-4.10.y \
+"
+require linux-raspberrypi.inc
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 03/14] raspberrypi3-64.conf: Use 4.9 as default kernel

2017-02-16 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 conf/machine/raspberrypi3-64.conf | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/conf/machine/raspberrypi3-64.conf 
b/conf/machine/raspberrypi3-64.conf
index 5598e50..cdcd726 100644
--- a/conf/machine/raspberrypi3-64.conf
+++ b/conf/machine/raspberrypi3-64.conf
@@ -13,3 +13,5 @@ SERIAL_CONSOLE = "115200 ttyS0"
 VC4_CMA_SIZE ?= "cma-256"
 
 UBOOT_MACHINE = "rpi_3_config"
+
+PREFERRED_VERSION_linux-raspberrypi ?= "4.9.%"
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 02/14] rpi-default-providers: Let mesa provide libgbm

2017-02-16 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 conf/machine/include/rpi-default-providers.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/conf/machine/include/rpi-default-providers.inc 
b/conf/machine/include/rpi-default-providers.inc
index 078e9d6..5b2658b 100644
--- a/conf/machine/include/rpi-default-providers.inc
+++ b/conf/machine/include/rpi-default-providers.inc
@@ -6,4 +6,5 @@ PREFERRED_PROVIDER_virtual/egl ?= 
"${@bb.utils.contains("MACHINE_FEATURES", "vc4
 PREFERRED_PROVIDER_virtual/libgles2 ?= 
"${@bb.utils.contains("MACHINE_FEATURES", "vc4graphics", "mesa", "userland", 
d)}"
 PREFERRED_PROVIDER_virtual/libgl ?= "${@bb.utils.contains("MACHINE_FEATURES", 
"vc4graphics", "mesa", "mesa-gl", d)}"
 PREFERRED_PROVIDER_virtual/mesa ?= "${@bb.utils.contains("MACHINE_FEATURES", 
"vc4graphics", "mesa", "mesa-gl", d)}"
+PREFERRED_PROVIDER_libgbm ?= "${@bb.utils.contains("MACHINE_FEATURES", 
"vc4graphics", "mesa", "mesa-gl", d)}"
 PREFERRED_PROVIDER_jpeg ?= "jpeg"
-- 
2.11.1

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


[yocto] [meta-raspberrypi][PATCH V4 01/14] Add raspberrypi3-64.conf

2017-02-16 Thread Khem Raj
From: Herve Jourdain 

Signed-off-by: Herve Jourdain 
Signed-off-by: Khem Raj 
---
 conf/machine/raspberrypi3-64.conf | 15 +++
 1 file changed, 15 insertions(+)
 create mode 100644 conf/machine/raspberrypi3-64.conf

diff --git a/conf/machine/raspberrypi3-64.conf 
b/conf/machine/raspberrypi3-64.conf
new file mode 100644
index 000..5598e50
--- /dev/null
+++ b/conf/machine/raspberrypi3-64.conf
@@ -0,0 +1,15 @@
+#@TYPE: Machine
+#@NAME: RaspberryPi 3 Development Board
+#@DESCRIPTION: Machine configuration for the RaspberryPi 3 in 64 bits mode
+
+MACHINEOVERRIDES = "raspberrypi3:raspberrypi:${MACHINE}"
+
+MACHINE_EXTRA_RRECOMMENDS += "linux-firmware-bcm43430"
+
+require conf/machine/include/arm/arch-armv8.inc
+include conf/machine/include/rpi-base.inc
+
+SERIAL_CONSOLE = "115200 ttyS0"
+VC4_CMA_SIZE ?= "cma-256"
+
+UBOOT_MACHINE = "rpi_3_config"
-- 
2.11.1

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


Re: [linux-yocto] Build Preempt-RT version of Linux for iMX6 sabre lite

2017-02-16 Thread Yuchen Zhou
I found the solution in https://community.nxp.com/thread/325228. In short 
imx-rt not supporting iMX6 Sabre lite board, only linux-boundary board. Sorry 
for the confusion

Yuchen

From: linux-yocto-boun...@yoctoproject.org 
[mailto:linux-yocto-boun...@yoctoproject.org] On Behalf Of Yuchen Zhou
Sent: Wednesday, February 15, 2017 3:00 PM
To: linux-yocto@yoctoproject.org
Subject: [EXTERNAL] [linux-yocto] Build Preempt-RT version of Linux for iMX6 
sabre lite

Hi,

I am following instructions in https://community.nxp.com/docs/DOC-95045 and 
https://boundarydevices.com/dizzy-release-yocto/ for compiling yocto build for 
iMX6. I would like to configure it for Preempt-RT linux kernel instead of the 
standard boundary linux kernel. I found that I could just bitbake linux-imx-rt 
first. However, there are few errors (as attached below) which I don't 
understand how to fix. Any comments?

Thanks,
Yuchen


--Command line history is shown 
below--

~/yocto$ MACHINE=nitrogen6x . setup-environment build

Welcome to Freescale Community BSP

The Yocto Project has extensive documentation about OE including a
reference manual which can be found at:
http://yoctoproject.org/documentation

For more information about OpenEmbedded see their website:
http://www.openembedded.org/

You can now run 'bitbake '

Common targets are:
core-image-minimal
meta-toolchain
meta-toolchain-sdk
adt-installer
meta-ide-support

Your configuration files at build have not been touched.
~/yocto/build$ bitbake linux-imx-rt
Parsing recipes: 100% |#| Time: 00:01:49
Parsing of 1531 .bb files complete (0 cached, 1531 parsed). 1987 targets, 123 
skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION= "1.24.0"
BUILD_SYS = "i686-linux"
NATIVELSBSTRING   = "Ubuntu-14.04"
TARGET_SYS= "arm-poky-linux-gnueabi"
MACHINE   = "nitrogen6x"
DISTRO= "poky"
DISTRO_VERSION= "1.7.3"
TUNE_FEATURES = "arm armv7a vfp neon callconvention-hard cortexa9"
TARGET_FPU= "vfp-neon"
meta
meta-yocto= "(nobranch):fb8bf6a75e9ac04d5c6213d3e2f097302f83405f"
meta-oe
meta-multimedia   = "(nobranch):70beecb2716bca1b9dfbc7d6a264233e1f05e82b"
meta-fsl-arm  = "(nobranch):8f2651c0a38674d41ba7d30fa444762ef64f26b9"
meta-fsl-arm-extra = "(nobranch):794e46e0b0a3e7e270a2f3c217d8fe5751a6b2c6"
meta-fsl-demos= "(nobranch):1238a5709cb0940dd6437f3199de46879b6c2c51"

NOTE: Preparing runqueue
ERROR: Multiple .bb files are due to be built which each provide virtual/kernel 
(
//yocto/sources/meta-fsl-arm/recipes-kernel/linux/linux-imx-rt_3.10.17.bb
//yocto/sources/meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary_3.10.17.bb).
 This usually means one provides something the other doesn't and should.
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
ERROR: Function failed: do_install (log file is located at 
//yocto/build/tmp/work/nitrogen6x-poky-linux-gnueabi/linux-imx-rt/3.10.17-r0/temp/log.do_install.23059)
ERROR: Logfile of failure stored in: 
//yocto/build/tmp/work/nitrogen6x-poky-linux-gnueabi/linux-imx-rt/3.10.17-r0/temp/log.do_install.23059
Log data follows:
| DEBUG: Executing python function package_get_auto_pr
| DEBUG: Python function package_get_auto_pr finished
| DEBUG: Executing shell function do_install
| NOTE: make -j 2 DEPMOD=echo 
INSTALL_MOD_PATH=//yocto/build/tmp/work/nitrogen6x-poky-linux-gnueabi/linux-imx-rt/3.10.17-r0/image
 modules_install
|   INSTALL crypto/tcrypt.ko
|   INSTALL drivers/i2c/algos/i2c-algo-pca.ko
|   INSTALL drivers/i2c/algos/i2c-algo-pcf.ko
|   INSTALL drivers/input/evbug.ko
|   INSTALL drivers/input/mouse/psmouse.ko
|   INSTALL drivers/input/serio/serport.ko
|   INSTALL drivers/media/platform/mxc/capture/adv7180_tvin.ko
|   INSTALL drivers/media/platform/mxc/capture/csi_v4l2_capture.ko
|   INSTALL drivers/media/platform/mxc/capture/fsl_csi.ko
|   INSTALL drivers/media/platform/mxc/capture/ipu_bg_overlay_sdc.ko
|   INSTALL drivers/media/platform/mxc/capture/ipu_csi_enc.ko
|   INSTALL drivers/media/platform/mxc/capture/ipu_fg_overlay_sdc.ko
|   INSTALL drivers/media/platform/mxc/capture/ipu_still.ko
|   INSTALL drivers/media/platform/mxc/capture/ipu_prp_enc.ko
|   INSTALL drivers/media/platform/mxc/capture/ov5640_camera.ko
|   INSTALL drivers/media/platform/mxc/capture/mxc_v4l2_capture.ko
|   INSTALL drivers/media/platform/mxc/capture/ov5640_camera_mipi.ko
|   INSTALL drivers/media/platform/mxc/capture/ov5642_camera.ko
|   INSTALL drivers/media/usb/gspca/gspca_main.ko
|   INSTALL drivers/media/usb/uvc/uvcvideo.ko
|   INSTALL drivers/media/v4l2-core/videobuf2-vmalloc.ko
|   INSTALL drivers/mxc/mlb/mxc_mlb150.ko
|   INSTALL drivers/net/wireless/ath/ath6kl/ath6kl_core.ko
|   INSTALL drivers/usb/gadget/g_ether.ko
|  

Re: [yocto] [meta-swupd][PATCH 3/3] bundles.py: fix copying of full image to full bundle when no SWUPD_BUNDLES

2017-02-16 Thread Patrick Ohly
On Thu, 2017-02-16 at 16:41 +0100, Patrick Ohly wrote:
> On Thu, 2017-02-16 at 14:58 +, André Draszik wrote:
> > When SWUPD_BUNDLES is not set, exceptions are thrown, stopping the
> > build - there are two issues in here:
> > - the debug statement references a non-existent variable, 'bundle' was
> >   renamed to fulltar
> > - copyxattrfiles() needs a list of files as 2nd argument, not a filename
> >   of a file which contains this list
> > 
> > This got broken in commit 6c097131ad39
> > ("meta-swupd: support rm_work.bbclass") while support for rm_work
> > was being added.
> 
> I should have fixed that already in commit 
> 531a8e636 "bundles.py: fix "no bundles" special case". Can you rebase
> onto current master and retest.

Never mind, my bad. The commit you mentioned is after my fix, so in
other words, I fixed it, changed something, and broke it again. Clearly
this whole layer needs automated test cases :-/

Something to do for a maintainer with a bit more time available. There
is https://bugzilla.yoctoproject.org/show_bug.cgi?id=9783 for it, but I
don't think I'll be able to work on that anytime soon.

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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


Re: [yocto] [meta-swupd][PATCH 3/3] bundles.py: fix copying of full image to full bundle when no SWUPD_BUNDLES

2017-02-16 Thread Patrick Ohly
On Thu, 2017-02-16 at 14:58 +, André Draszik wrote:
> When SWUPD_BUNDLES is not set, exceptions are thrown, stopping the
> build - there are two issues in here:
> - the debug statement references a non-existent variable, 'bundle' was
>   renamed to fulltar
> - copyxattrfiles() needs a list of files as 2nd argument, not a filename
>   of a file which contains this list
> 
> This got broken in commit 6c097131ad39
> ("meta-swupd: support rm_work.bbclass") while support for rm_work
> was being added.

I should have fixed that already in commit 
531a8e636 "bundles.py: fix "no bundles" special case". Can you rebase
onto current master and retest.

The other patches look fine, I'm just wondering why I hadn't run into
that. Perhaps I was working with an empty SWUPD_BUNDLES instead of an
unset one.

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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


[yocto] [meta-swupd][PATCH 2/3] path.py: always clean up temporary file in copyxattrfiles()

2017-02-16 Thread André Draszik
Use try: finally: to make sure the file is removed even
on exceptions.

Signed-off-by: André Draszik 
---
 lib/swupd/path.py | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/lib/swupd/path.py b/lib/swupd/path.py
index 61e979e..a55c22c 100644
--- a/lib/swupd/path.py
+++ b/lib/swupd/path.py
@@ -50,10 +50,12 @@ def copyxattrfiles(d, filelist, src, dst, archive=False):
 bb.fatal('Extracting files from an archive and writing into an 
archive not implemented yet.')
 else:
 cmd = "bsdtar --no-recursion -C %s -xf %s -T %s" % (dst, src, 
copyfile)
-output = subprocess.check_output(cmd, shell=True, stderr=subprocess.STDOUT)
-if output:
-bb.fatal('Unexpected output from the following command:\n%s\n%s' % 
(cmd, output))
-os.remove(copyfile)
+try:
+output = subprocess.check_output(cmd, shell=True, 
stderr=subprocess.STDOUT)
+if output:
+bb.fatal('Unexpected output from the following command:\n%s\n%s' % 
(cmd, output))
+finally:
+os.remove(copyfile)
 
 
 def remove_empty_directories(tree):
-- 
2.11.0

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


[yocto] [meta-swupd][PATCH 3/3] bundles.py: fix copying of full image to full bundle when no SWUPD_BUNDLES

2017-02-16 Thread André Draszik
When SWUPD_BUNDLES is not set, exceptions are thrown, stopping the
build - there are two issues in here:
- the debug statement references a non-existent variable, 'bundle' was
  renamed to fulltar
- copyxattrfiles() needs a list of files as 2nd argument, not a filename
  of a file which contains this list

This got broken in commit 6c097131ad39
("meta-swupd: support rm_work.bbclass") while support for rm_work
was being added.

Signed-off-by: André Draszik 
---
 lib/swupd/bundles.py | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/lib/swupd/bundles.py b/lib/swupd/bundles.py
index 24947a8..b4c6f49 100644
--- a/lib/swupd/bundles.py
+++ b/lib/swupd/bundles.py
@@ -72,8 +72,9 @@ def copy_core_contents(d):
 if not havebundles:
 rootfs = d.getVar('IMAGE_ROOTFS', True)
 workdir = d.getVar('WORKDIR', True)
-bb.debug(1, "Copying from image rootfs (%s) to full bundle (%s)" % 
(rootfs, bundle))
-swupd.path.copyxattrfiles(d, source + contentsuffix, rootfs, fulltar, 
True)
+bb.debug(1, "Copying from image rootfs (%s) to full bundle (%s)" % 
(rootfs, fulltar))
+swupd.path.copyxattrfiles(d, swupd.utils.manifest_to_file_list(source 
+ contentsuffix),
+  rootfs, fulltar, True)
 else:
 mega_archive = d.getVar('MEGA_IMAGE_ARCHIVE', True)
 if os.path.exists(fulltar):
-- 
2.11.0

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


[yocto] [meta-swupd][PATCH 0/3] fixes for when SWUPD_BUNDLES is undefined

2017-02-16 Thread André Draszik
Hi,

The following set of patches were necessary for me to make meta-swupd
work again as we don't use SWUPD_BUNDLES.

Cheers,
Andre'

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


Re: [yocto] [meta-raspberrypi][PATCH V2 03/11] raspberrypi3-64.conf: Use 4.9 as default kernel

2017-02-16 Thread Khem Raj
On Wed, Feb 15, 2017 at 10:01 PM, Andrei Gherzan  wrote:
> On Wed, Feb 15, 2017 at 06:47:17PM -0800, Khem Raj wrote:
>> On Wed, Feb 15, 2017 at 6:34 PM, Khem Raj  wrote:
>> > On Wed, Feb 15, 2017 at 6:09 PM, Andrei Gherzan  wrote:
>> >> On Sat, Feb 11, 2017 at 09:26:47PM -0800, Khem Raj wrote:
>> >>> Signed-off-by: Khem Raj 
>> >>> ---
>> >>>  conf/machine/raspberrypi3-64.conf | 2 ++
>> >>>  1 file changed, 2 insertions(+)
>> >>>
>> >>> diff --git a/conf/machine/raspberrypi3-64.conf 
>> >>> b/conf/machine/raspberrypi3-64.conf
>> >>> index 5598e50..cdcd726 100644
>> >>> --- a/conf/machine/raspberrypi3-64.conf
>> >>> +++ b/conf/machine/raspberrypi3-64.conf
>> >>> @@ -13,3 +13,5 @@ SERIAL_CONSOLE = "115200 ttyS0"
>> >>>  VC4_CMA_SIZE ?= "cma-256"
>> >>>
>> >>>  UBOOT_MACHINE = "rpi_3_config"
>> >>> +
>> >>> +PREFERRED_VERSION_linux-raspberrypi ?= "4.9.%"
>> >>
>> >> This doesn't really work as rpi-default-versions.inc already sets the
>> >> version and this will not overwrite. Maybe have this before including
>> >> rpi-base.inc?
>> >
>> > actually I realized that I set the PREFERRED_VERSION_linux-raspberrypi
>> > in my local.conf and that overrides all. I will send a followup for
>> > this.
>> >
>>
>> just sent a series of 3 patches which should take care of this problem
>> please apply it on top of this series.
>
> As well omxplayer compilation fails on this machine:
>
> | ERROR: oe_runmake failed
> | aarch64-poky-linux-gcc is unable to create an executable file.
> | C compiler test failed.
>
> Can you take a look on this?

sure, as I said so far I have booted rpi-hwup-image and
core-image-weston builds and boots into console, no graphics yet. so
not all packages may yet build but we have a start.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] Change ssh key for meta-raspberrypi

2017-02-16 Thread Trevor Woerner
On Wed, Feb 15, 2017 at 7:11 PM, Andrei Gherzan  wrote:
> Who do
> I have to talk to get this configured?


Michael Halstead (CC'ed)
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] [meta-raspberrypi][PATCH] xserver-xf86-config: remove evdev configuration

2017-02-16 Thread Andreas Müller
On Thu, Feb 16, 2017 at 2:50 PM, Andreas Müller
 wrote:
> On Thu, Feb 16, 2017 at 2:42 PM, Andreas Müller
>  wrote:
>> On Thu, Feb 16, 2017 at 2:38 PM, Gary Thomas  wrote:
>>> On 2017-02-16 12:49, Andreas Müller wrote:

 xorg-xserver recommends xf86-input-libinput since oe-core's commit

 | commit 2d005faff6341a81a2afae28860101ba9db51ae8
 | Author: Jussi Kukkonen 
 | Date:   Wed Oct 26 11:37:38 2016 +0300
 |
 |conf: Use xf86-input-libinput by default
 | ...

 As nice side effect warnings for missing evdev in Xorg.0.log are gone.

 Signed-off-by: Andreas Müller 
>>>
>>>
>>> So, does this let my simple config (HDMI+USB keyboard/mouse) work with no
>>> further fiddling?
> As far as I remember you are using an elder release. To be honest: I
the following
> don't know if and what oe-core suggests ifo nput driver for elder
should be
don't know if and what oe-core suggests for input driver on elder
> environments.
>
> In my environment I do simply nothing but follow oe-core with
> xf86-input-libinput recommendation and whatever I have connected so
> far by USB (mouse/touchscreen/keyboard) it simply worked.
>
> Andreas
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] [meta-raspberrypi][PATCH] xserver-xf86-config: remove evdev configuration

2017-02-16 Thread Andreas Müller
On Thu, Feb 16, 2017 at 2:42 PM, Andreas Müller
 wrote:
> On Thu, Feb 16, 2017 at 2:38 PM, Gary Thomas  wrote:
>> On 2017-02-16 12:49, Andreas Müller wrote:
>>>
>>> xorg-xserver recommends xf86-input-libinput since oe-core's commit
>>>
>>> | commit 2d005faff6341a81a2afae28860101ba9db51ae8
>>> | Author: Jussi Kukkonen 
>>> | Date:   Wed Oct 26 11:37:38 2016 +0300
>>> |
>>> |conf: Use xf86-input-libinput by default
>>> | ...
>>>
>>> As nice side effect warnings for missing evdev in Xorg.0.log are gone.
>>>
>>> Signed-off-by: Andreas Müller 
>>
>>
>> So, does this let my simple config (HDMI+USB keyboard/mouse) work with no
>> further fiddling?
As far as I remember you are using an elder release. To be honest: I
don't know if and what oe-core suggests ifo nput driver for elder
environments.

In my environment I do simply nothing but follow oe-core with
xf86-input-libinput recommendation and whatever I have connected so
far by USB (mouse/touchscreen/keyboard) it simply worked.

Andreas
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] [meta-raspberrypi][PATCH] xserver-xf86-config: remove evdev configuration

2017-02-16 Thread Andreas Müller
On Thu, Feb 16, 2017 at 2:38 PM, Gary Thomas  wrote:
> On 2017-02-16 12:49, Andreas Müller wrote:
>>
>> xorg-xserver recommends xf86-input-libinput since oe-core's commit
>>
>> | commit 2d005faff6341a81a2afae28860101ba9db51ae8
>> | Author: Jussi Kukkonen 
>> | Date:   Wed Oct 26 11:37:38 2016 +0300
>> |
>> |conf: Use xf86-input-libinput by default
>> | ...
>>
>> As nice side effect warnings for missing evdev in Xorg.0.log are gone.
>>
>> Signed-off-by: Andreas Müller 
>
>
> So, does this let my simple config (HDMI+USB keyboard/mouse) work with no
> further fiddling?
>
>
>> ---
>>  .../rpi/xorg.conf.d/10-evdev.conf  | 40
>> --
>>  .../xorg-xserver/xserver-xf86-config_0.1.bbappend  | 22 ++--
>>  2 files changed, 10 insertions(+), 52 deletions(-)
>>  delete mode 100644
>> recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
>>
>> diff --git
>> a/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
>> b/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
>> deleted file mode 100644
>> index cc83ab2..000
>> ---
>> a/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
>> +++ /dev/null
>> @@ -1,40 +0,0 @@
>> -#
>> -# Catch-all evdev loader for udev-based systems
>> -# We don't simply match on any device since that also adds accelerometers
>> -# and other devices that we don't really want to use. The list below
>> -# matches everything but joysticks.
>> -
>> -Section "InputClass"
>> -Identifier "evdev pointer catchall"
>> -MatchIsPointer "on"
>> -MatchDevicePath "/dev/input/event*"
>> -Driver "evdev"
>> -EndSection
>> -
>> -Section "InputClass"
>> -Identifier "evdev keyboard catchall"
>> -MatchIsKeyboard "on"
>> -MatchDevicePath "/dev/input/event*"
>> -Driver "evdev"
>> -EndSection
>> -
>> -Section "InputClass"
>> -Identifier "evdev touchpad catchall"
>> -MatchIsTouchpad "on"
>> -MatchDevicePath "/dev/input/event*"
>> -Driver "evdev"
>> -EndSection
>> -
>> -Section "InputClass"
>> -Identifier "evdev tablet catchall"
>> -MatchIsTablet "on"
>> -MatchDevicePath "/dev/input/event*"
>> -Driver "evdev"
>> -EndSection
>> -
>> -Section "InputClass"
>> -Identifier "evdev touchscreen catchall"
>> -MatchIsTouchscreen "on"
>> -MatchDevicePath "/dev/input/event*"
>> -Driver "evdev"
>> -EndSection
>> diff --git
>> a/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
>> b/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
>> index 062de2d..b361eef 100644
>> --- a/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
>> +++ b/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
>> @@ -1,19 +1,17 @@
>>  FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
>>
>> -SRC_URI_append_rpi = " file://xorg.conf.d/10-evdev.conf \
>> -   file://xorg.conf.d/98-pitft.conf \
>> -   file://xorg.conf.d/99-calibration.conf \
>> - "
>> +SRC_URI_append_rpi = " \
>> +file://xorg.conf.d/98-pitft.conf \
>> +file://xorg.conf.d/99-calibration.conf \
>> +"
>>
>>  do_install_append_rpi () {
>> -   install -d ${D}/${sysconfdir}/X11/xorg.conf.d/
>> -   install -m 0644 ${WORKDIR}/xorg.conf.d/10-evdev.conf
>> ${D}/${sysconfdir}/X11/xorg.conf.d/
>> -
>> -   PITFT="${@bb.utils.contains("MACHINE_FEATURES", "pitft", "1", "0",
>> d)}"
>> -   if [ "${PITFT}" = "1" ]; then
>> -   install -m 0644 ${WORKDIR}/xorg.conf.d/98-pitft.conf
>> ${D}/${sysconfdir}/X11/xorg.conf.d/
>> -   install -m 0644 ${WORKDIR}/xorg.conf.d/99-calibration.conf
>> ${D}/${sysconfdir}/X11/xorg.conf.d/
>> -   fi
>> +PITFT="${@bb.utils.contains("MACHINE_FEATURES", "pitft", "1", "0",
>> d)}"
>> +if [ "${PITFT}" = "1" ]; then
>> +install -d ${D}/${sysconfdir}/X11/xorg.conf.d/
>> +install -m 0644 ${WORKDIR}/xorg.conf.d/98-pitft.conf
>> ${D}/${sysconfdir}/X11/xorg.conf.d/
>> +install -m 0644 ${WORKDIR}/xorg.conf.d/99-calibration.conf
>> ${D}/${sysconfdir}/X11/xorg.conf.d/
>> +fi
>>  }
>>
>>  FILES_${PN}_rpi += "${sysconfdir}/X11/xorg.conf
>> ${sysconfdir}/X11/xorg.conf.d/*"
>>
>
>
> --
> 
> Gary Thomas |  Consulting for the
> MLB Associates  |Embedded world
> 
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] [meta-raspberrypi][PATCH] xserver-xf86-config: remove evdev configuration

2017-02-16 Thread Gary Thomas

On 2017-02-16 12:49, Andreas Müller wrote:

xorg-xserver recommends xf86-input-libinput since oe-core's commit

| commit 2d005faff6341a81a2afae28860101ba9db51ae8
| Author: Jussi Kukkonen 
| Date:   Wed Oct 26 11:37:38 2016 +0300
|
|conf: Use xf86-input-libinput by default
| ...

As nice side effect warnings for missing evdev in Xorg.0.log are gone.

Signed-off-by: Andreas Müller 


So, does this let my simple config (HDMI+USB keyboard/mouse) work with no
further fiddling?


---
 .../rpi/xorg.conf.d/10-evdev.conf  | 40 --
 .../xorg-xserver/xserver-xf86-config_0.1.bbappend  | 22 ++--
 2 files changed, 10 insertions(+), 52 deletions(-)
 delete mode 100644 
recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf

diff --git 
a/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
 
b/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
deleted file mode 100644
index cc83ab2..000
--- 
a/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
+++ /dev/null
@@ -1,40 +0,0 @@
-#
-# Catch-all evdev loader for udev-based systems
-# We don't simply match on any device since that also adds accelerometers
-# and other devices that we don't really want to use. The list below
-# matches everything but joysticks.
-
-Section "InputClass"
-Identifier "evdev pointer catchall"
-MatchIsPointer "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev keyboard catchall"
-MatchIsKeyboard "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev touchpad catchall"
-MatchIsTouchpad "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev tablet catchall"
-MatchIsTablet "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev touchscreen catchall"
-MatchIsTouchscreen "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
diff --git a/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend 
b/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
index 062de2d..b361eef 100644
--- a/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
+++ b/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
@@ -1,19 +1,17 @@
 FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"

-SRC_URI_append_rpi = " file://xorg.conf.d/10-evdev.conf \
-   file://xorg.conf.d/98-pitft.conf \
-   file://xorg.conf.d/99-calibration.conf \
- "
+SRC_URI_append_rpi = " \
+file://xorg.conf.d/98-pitft.conf \
+file://xorg.conf.d/99-calibration.conf \
+"

 do_install_append_rpi () {
-   install -d ${D}/${sysconfdir}/X11/xorg.conf.d/
-   install -m 0644 ${WORKDIR}/xorg.conf.d/10-evdev.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
-
-   PITFT="${@bb.utils.contains("MACHINE_FEATURES", "pitft", "1", "0", d)}"
-   if [ "${PITFT}" = "1" ]; then
-   install -m 0644 ${WORKDIR}/xorg.conf.d/98-pitft.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
-   install -m 0644 ${WORKDIR}/xorg.conf.d/99-calibration.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
-   fi
+PITFT="${@bb.utils.contains("MACHINE_FEATURES", "pitft", "1", "0", d)}"
+if [ "${PITFT}" = "1" ]; then
+install -d ${D}/${sysconfdir}/X11/xorg.conf.d/
+install -m 0644 ${WORKDIR}/xorg.conf.d/98-pitft.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
+install -m 0644 ${WORKDIR}/xorg.conf.d/99-calibration.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
+fi
 }

 FILES_${PN}_rpi += "${sysconfdir}/X11/xorg.conf 
${sysconfdir}/X11/xorg.conf.d/*"




--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

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


[yocto] [meta-raspberrypi][PATCH] xserver-xf86-config: remove evdev configuration

2017-02-16 Thread Andreas Müller
xorg-xserver recommends xf86-input-libinput since oe-core's commit

| commit 2d005faff6341a81a2afae28860101ba9db51ae8
| Author: Jussi Kukkonen 
| Date:   Wed Oct 26 11:37:38 2016 +0300
|
|conf: Use xf86-input-libinput by default
| ...

As nice side effect warnings for missing evdev in Xorg.0.log are gone.

Signed-off-by: Andreas Müller 
---
 .../rpi/xorg.conf.d/10-evdev.conf  | 40 --
 .../xorg-xserver/xserver-xf86-config_0.1.bbappend  | 22 ++--
 2 files changed, 10 insertions(+), 52 deletions(-)
 delete mode 100644 
recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf

diff --git 
a/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
 
b/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
deleted file mode 100644
index cc83ab2..000
--- 
a/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
+++ /dev/null
@@ -1,40 +0,0 @@
-#
-# Catch-all evdev loader for udev-based systems
-# We don't simply match on any device since that also adds accelerometers
-# and other devices that we don't really want to use. The list below
-# matches everything but joysticks.
-
-Section "InputClass"
-Identifier "evdev pointer catchall"
-MatchIsPointer "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev keyboard catchall"
-MatchIsKeyboard "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev touchpad catchall"
-MatchIsTouchpad "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev tablet catchall"
-MatchIsTablet "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev touchscreen catchall"
-MatchIsTouchscreen "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
diff --git a/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend 
b/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
index 062de2d..b361eef 100644
--- a/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
+++ b/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
@@ -1,19 +1,17 @@
 FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
 
-SRC_URI_append_rpi = " file://xorg.conf.d/10-evdev.conf \
-   file://xorg.conf.d/98-pitft.conf \
-   file://xorg.conf.d/99-calibration.conf \
- "
+SRC_URI_append_rpi = " \
+file://xorg.conf.d/98-pitft.conf \
+file://xorg.conf.d/99-calibration.conf \
+"
 
 do_install_append_rpi () {
-   install -d ${D}/${sysconfdir}/X11/xorg.conf.d/
-   install -m 0644 ${WORKDIR}/xorg.conf.d/10-evdev.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
-
-   PITFT="${@bb.utils.contains("MACHINE_FEATURES", "pitft", "1", "0", d)}"
-   if [ "${PITFT}" = "1" ]; then
-   install -m 0644 ${WORKDIR}/xorg.conf.d/98-pitft.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
-   install -m 0644 ${WORKDIR}/xorg.conf.d/99-calibration.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
-   fi
+PITFT="${@bb.utils.contains("MACHINE_FEATURES", "pitft", "1", "0", d)}"
+if [ "${PITFT}" = "1" ]; then
+install -d ${D}/${sysconfdir}/X11/xorg.conf.d/
+install -m 0644 ${WORKDIR}/xorg.conf.d/98-pitft.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
+install -m 0644 ${WORKDIR}/xorg.conf.d/99-calibration.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
+fi
 }
 
 FILES_${PN}_rpi += "${sysconfdir}/X11/xorg.conf 
${sysconfdir}/X11/xorg.conf.d/*"
-- 
2.7.4

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


Re: [yocto] meta-efl build?

2017-02-16 Thread Martin Jansa
On Thu, Feb 16, 2017 at 07:48:33AM +, Takashi Matsuzawa wrote:
> Hello.
> 
> Thank you very much for the pointer, but I think this image is x11 based..
> 
> I can see EFL project has some pages mentioning about booting EFL on 
> wayland-only environment, but it is not yocto (or oe) based instruction.

I was always using meta-efl only in x11 builds.

There is wayland PACKAGECONFIG for efl:
recipes-efl/efl/efl.inc:PACKAGECONFIG ?= "egl opengl-es gstreamer1
pulseaudio luajit ${@bb.utils.contains('DISTRO_FEATURES', 'wayland',
'wayland', '', d)}"
recipes-efl/efl/efl.inc:PACKAGECONFIG[wayland] = "--enable-wayland
--enable-wayland-ivi-shell,--disable-wayland
--disable-wayland-ivi-shell,wayland"

but in e-wm which you were probably trying to build (it's not clear what
exactly you meant with "build EFL") there is indeed dependency on
libxcb.

So it will need few more changes and lot more testing to make it work on
wayland-only, patches are welcome, but EFL is in sad state in current
master branch and I'm not planing to spend much time on it now, because
I don't use it anymore (we officially let SHR distribution die last
month by stopping the build server) and with the switch to CMake in
upcoming release there will be again more work needed to build/package
new version.

Patches from people who are still using it (and able to test it
properly) are of course welcome.

Regards,

> 
> From: Khem Raj 
> Sent: Thursday, February 16, 2017 11:53 AM
> To: Takashi Matsuzawa
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] meta-efl build?
> 
> Takashi-san
> 
> On Wed, Feb 15, 2017 at 6:35 PM, Takashi Matsuzawa  
> wrote:
> > Hello, Yocto.
> >
> >
> > I am trying to build EFL on top of my mayland environment (krogoth based).
> >
> > I thought it would be easy since there is meta-openembedded/meta-efl
> > recipes, but now I am stuck.
> >
> >
> > Specifically, I am experiencing x11 dependency (the recipes erquire x11 to
> > be in DISTRO_FEATURES here and elsewhere), but for my target I am settting
> > wayland only, no x11.
> >
> > (e.g. it says it needs libxcb, etc.)
> >
> >
> > Is it normal and I am failing to configure it properly?
> >
> >
> > I found below, but it does not talk much about the build errors I am facing,
> > and if the targets I am specifying is correct, etc.
> >
> >
> > https://www.enlightenment.org/distros/yocto-start
> Yocto - Enlightenment Main
> www.enlightenment.org
> In Yocto, a meta-efl layer is provided by the meta-openembedded layer. It 
> contains EFL, Elementary, Enlightenment, Terminology and other recipes.
> 
> 
> 
> >
> > If you are aware of any previous attempt, or, guide that I just overlooked
> > for my laziness - I highly appreciate your pointers.
> >
> 
> Using some preexisting image like angstrom one would be a good start
> for you e.g.
> 
> https://github.com/Angstrom-distribution/meta-angstrom/blob/master/recipes-images/angstrom/efl-nodm-image.bb
> meta-angstrom/efl-nodm-image.bb at master · 
> Angstrom-distribution/meta-angstrom · 
> GitHub
> github.com
> meta-angstrom - MIrror of Angstrom metadata layer
> 
> 
> 
> 
> it should work if you were to use angstrom distribution but if you
> dont it should serve a good jump start.

> -- 
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto


-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] [meta-raspberrypi][PATCH V3 04/11] linux-raspberrypi_dev.bb: Add recipe for tracking development tip

2017-02-16 Thread Paul Barker
On Sun, 12 Feb 2017 16:29:40 -0800
Khem Raj  wrote:

> Signed-off-by: Khem Raj 
> ---
>  recipes-kernel/linux/linux-raspberrypi_dev.bb | 8 
>  1 file changed, 8 insertions(+)
>  create mode 100644 recipes-kernel/linux/linux-raspberrypi_dev.bb
> 
> diff --git a/recipes-kernel/linux/linux-raspberrypi_dev.bb 
> b/recipes-kernel/linux/linux-raspberrypi_dev.bb
> new file mode 100644
> index 000..f186ac0
> --- /dev/null
> +++ b/recipes-kernel/linux/linux-raspberrypi_dev.bb
> @@ -0,0 +1,8 @@
> +FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:"
> +
> +LINUX_VERSION ?= "4.10.0-rc7"
> +
> +SRCREV = "28439f3b9b1de5c3b5ccf04fc359730fc8cd0646"
> +SRC_URI = 
> "git://github.com/raspberrypi/linux.git;protocol=git;branch=rpi-4.10.y \
> +"
> +require linux-raspberrypi.inc

It looks like this commit hash is already gone, I can't find it in a
fresh clone of the repository. Does it make sense to use ${AUTOREV}
here as this is a recipe for tracking the in-development kernel
version?
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto