Re: [yocto] [meta-raspberrypi][PATCH 5/5] rpi-default-providers: Switch providers according to used gfx stack

2015-08-13 Thread Javier Martinez Canillas
Hello Andreas, On 08/12/2015 10:22 PM, Andreas Müller wrote: > On Wed, Aug 12, 2015 at 7:15 PM, Andreas Müller > wrote: >> FYI: I managed to get the vc4 driver loaded (should be in my repo >> branch vc4-2). With this I get some repeating kernel error messages >> (don't have them here). I am sure

Re: [yocto] Selecting a preferred recipe version for devtools

2015-08-13 Thread PIEWALD Georg
Khem Raj wrote: >On Wed, Aug 12, 2015 at 6:48 AM, PIEWALD Georg > wrote: >> PREFERRED_VERSION_subversion = "1.6.15" >> >> in my local.conf, but it turned out that this only affects the builds for >> the target-machine (cortexa8hf-vfp-neon-3.8-oe-linux-gnueabi), but not the >> devtools on the build

[yocto] [meta-cgl][PATCH] ocfs2-tools-1.4.3: fix SRC_URI[md5sum] and SRC_URI[sha256sum]

2015-08-13 Thread Jagadeesh Krishnanjanappa
The md5sum and sha256sum of source archive present in the recipe differs with actual md5sum and sha256sum of source archive present in upstream (https://github.com/flexiant/ocfs2-tools/archive/ocfs2-tools-1.4.3.zip), this results in fetch error as below while building ocfs2-tools; --snip -- ERROR:

[yocto] How to submit patches upstream for repos at git.yoctoproject.org (eg meta-renesas)

2015-08-13 Thread Paul Sherwood
Hi all, I am not affiliated to any Yocto Project member organisation, but am assisting with integration at the Automotive Grade Linux project, which is re-using some work from upstreams at git.yoctoproject.org Recently members of the AGL community have started contributing patches for meta-re

Re: [yocto] How to submit patches upstream for repos at git.yoctoproject.org (eg meta-renesas)

2015-08-13 Thread Nikolay Dimitrov
Hi Paul, On 08/13/2015 02:21 PM, Paul Sherwood wrote: Hi all, I am not affiliated to any Yocto Project member organisation, but am assisting with integration at the Automotive Grade Linux project, which is re-using some work from upstreams at git.yoctoproject.org Recently members of the AGL com

Re: [yocto] How to submit patches upstream for repos at git.yoctoproject.org (eg meta-renesas)

2015-08-13 Thread Alexander Kanavin
On 08/13/2015 02:21 PM, Paul Sherwood wrote: I am not affiliated to any Yocto Project member organisation, but am assisting with integration at the Automotive Grade Linux project, which is re-using some work from upstreams at git.yoctoproject.org Recently members of the AGL community have starte

[yocto] [meta-raspberrypi][fido][PATCH 2/4] If SERIAL_CONSOLE is already define by another layer, this value may not be good.

2015-08-13 Thread Petter Mabäcker
From: Thomas Perrot Signed-off-by: Thomas Perrot (cherry picked from commit c8532df1c2e4812b3520d32ed49be943bea2edd9) Signed-off-by: Petter Mabäcker --- conf/machine/include/rpi-base.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/conf/machine/include/rpi-base.inc b/c

[yocto] [meta-raspberrypi][fido][PATCH 4/4] rpi-default-providers: Let users overwrite the default providers

2015-08-13 Thread Petter Mabäcker
From: Andrei Gherzan [Feature #65] Signed-off-by: Andrei Gherzan Signed-off-by: Pierre FICHEUX (cherry picked from commit ade923f17d242f9a043b1714deb584929a2ffe8e) Signed-off-by: Petter Mabäcker --- conf/machine/include/rpi-default-providers.inc | 8 1 file changed, 4 insertions(+)

[yocto] [meta-raspberrypi][fido][PATCH 1/4] linux-raspberrypi: Update 3.18 branch to 3.18.11

2015-08-13 Thread Petter Mabäcker
Update linux-raspberrypi_3.18 to latest version. Remove sl030raspberrypii2ckernel.patch since it will not apply anymore and its content seems to be obsolite in later kernel versions. [Support #56] Change-Id: I91e57f4e65d9c1c9d12014f5d11b0acd950e2d1d Signed-off-by: Petter Mabäcker Signed-off-by:

[yocto] [meta-raspberrypi][fido][PATCH 3/4] userland: Fix POSIX compliance expectation

2015-08-13 Thread Petter Mabäcker
From: Khem Raj We have errors like below with glibc 2.22+ net_sockets_common.c:139:20: error: storage size of 'hints' isn't known struct addrinfo hints, *info, *p; ^ newer glibc has now fixed the definitions of getaddrinfo and ilk to be enabled with correct posix ver

[yocto] [meta-raspberrypi][fido][PATCH 0/4] Backport of various fixes

2015-08-13 Thread Petter Mabäcker
Backport of various fixes and important updates (backward compatible) from meta-raspberrypi:master to meta-raspberrypi:fido The following changes since commit b896a7da70dd7a16ba7ffd664f7747cb37e1d142: .gitignore: Ignore some stuff (2015-03-12 22:20:51 +0100) are available in the git repository

Re: [yocto] How to submit patches upstream for repos at git.yoctoproject.org (eg meta-renesas)

2015-08-13 Thread Paul Sherwood
Hi Nikolay! On 2015-08-13 13:32, Nikolay Dimitrov wrote: On 08/13/2015 02:21 PM, Paul Sherwood wrote: Hi all, I am not affiliated to any Yocto Project member organisation, but am assisting with integration at the Automotive Grade Linux project, which is re-using some work from upstreams at git

[yocto] [PATCH 1/2] rrs: remove sorting from the 'No update reason' column

2015-08-13 Thread Belen Barros Pena
Nothing useful can come from sorting by this column. Signed-off-by: Belen Barros Pena --- templates/rrs/recipes.html | 1 + 1 file changed, 1 insertion(+) diff --git a/templates/rrs/recipes.html b/templates/rrs/recipes.html index 5d2ee5f..3ac73d2 100644 --- a/templates/rrs/recipes.html +++ b/te

[yocto] [PATCH 2/2] rrs: avoid too many columns in the recipes table

2015-08-13 Thread Belen Barros Pena
Currently, when you select 'Can't be updated' in the upstream status filter, the resulting table will add the 'No update reason' column to the default column set. Although this is probably useful information to see in the table itself, it results in too many columns, and a rather unpleasant layout

Re: [yocto] How to submit patches upstream for repos at git.yoctoproject.org (eg meta-renesas)

2015-08-13 Thread Nikolay Dimitrov
Hi Paul, On 08/13/2015 04:24 PM, Paul Sherwood wrote: Hi Nikolay! On 2015-08-13 13:32, Nikolay Dimitrov wrote: On 08/13/2015 02:21 PM, Paul Sherwood wrote: Hi all, I am not affiliated to any Yocto Project member organisation, but am assisting with integration at the Automotive Grade Linux proj

Re: [yocto] How to submit patches upstream for repos at git.yoctoproject.org (eg meta-renesas)

2015-08-13 Thread Stephen Lawrence
Hi, > -Original Message- > From: Nikolay Dimitrov [mailto:picmas...@mail.bg] > Sent: 13 August 2015 15:11 > To: Paul Sherwood > Cc: yocto@yoctoproject.org; automotive-discussi...@lists.linuxfoundation.org; > Stephen Lawrence ; Takeshi Saito > ; Nobuhiro Iwamatsu(Retired) > > Subject: Re:

Re: [yocto] [meta-raspberrypi][PATCH 5/5] rpi-default-providers: Switch providers according to used gfx stack

2015-08-13 Thread Javier Martinez Canillas
Hello, On 08/13/2015 09:22 AM, Javier Martinez Canillas wrote: > Hello Andreas, > > On 08/12/2015 10:22 PM, Andreas Müller wrote: >> On Wed, Aug 12, 2015 at 7:15 PM, Andreas Müller >> wrote: >>> FYI: I managed to get the vc4 driver loaded (should be in my repo >>> branch vc4-2). With this I get

Re: [yocto] [meta-raspberrypi][PATCH 5/5] rpi-default-providers: Switch providers according to used gfx stack

2015-08-13 Thread Andreas Müller
On Thu, Aug 13, 2015 at 5:43 PM, Javier Martinez Canillas wrote: Hi Thanks a lot!l. I am afraid my build machine at home (RPi is hobby) is about to die for hard-disk issues. As soon as it's back I will try with updated mesa. As I cannot do myself currently: Can you give glmark-es2 a try? Andrea

Re: [yocto] [meta-raspberrypi][PATCH 5/5] rpi-default-providers: Switch providers according to used gfx stack

2015-08-13 Thread Javier Martinez Canillas
Hello Andreas, On 08/13/2015 06:00 PM, Andreas Müller wrote: > On Thu, Aug 13, 2015 at 5:43 PM, Javier Martinez Canillas > wrote: > Hi > > Thanks a lot!l. I am afraid my build machine at home (RPi is hobby) is > about to die for hard-disk issues. As soon as it's back I will try > with updated me

Re: [yocto] meta-toolchain uclibc issue

2015-08-13 Thread Khem Raj
> On Jul 16, 2015, at 8:56 AM, paul grant wrote: > > Hello All, > > I'm trying to build a cross compiler toolchain for PowerPC (mpc8544). > > I'm able to successfully bitbake the meta-toolchain target > for glibc, when I check inside the sysroot directory of the sdk, > I find the following dir

[yocto] [meta-raspberrypi][PATCH v2 1/4] rpi-config: Allow to mask GPU irqs

2015-08-13 Thread Javier Martinez Canillas
From: Derek Foreman The rpi firmware has support for a mask_gpu_interrupt option that can be defined in the boot/config.txt file. The option makes the VPU not handle certain interrupts such as V3D. This option is needed by the VC4 DRM/KMS driver but it is not possible to set it from the meta-rasp

[yocto] [meta-raspberrypi][PATCH v2 0/4] Add support for 4.1 kernel with vc4 DRM/KMS driver

2015-08-13 Thread Javier Martinez Canillas
Hello Andrei, This series adds support for Eric Anholt's v4.1 kernel, that has support for the vc4 DRM/KMS driver. Which is the new open source graphics driver stack for the Raspberry Pi to be used instead of the userland driver. This is a second version of the series which addresses feedback pro

[yocto] [meta-raspberrypi][PATCH v2 2/4] linux-raspberrypi: Add a 4.1 linux kernel with vc4 support

2015-08-13 Thread Javier Martinez Canillas
From: Derek Foreman This adds Eric Anholt's WIP kernel with dri/kms/3d support for the GPU on the rpi2. Adding a recipe that tracks this kernel, will make it easier to test this setup. This recipe should only used for testing purposes for now, so it will not be set as the default but can be chos

[yocto] [meta-raspberrypi][PATCH v2 3/4] rpi-default-providers: Document how to switch providers for vc4 gfx stack

2015-08-13 Thread Javier Martinez Canillas
From: Derek Foreman The Raspberry Pi boards can use one of two graphics stacks: The "userland" user-space driver or the VC4 drm/kms kernel driver. This patch documents how the user user can choose if the VC4 driver has to be used instead and set the right preferred providers for that case. Signe

[yocto] [meta-raspberrypi][PATCH v2 4/4] README: Add a section about graphic stacks

2015-08-13 Thread Javier Martinez Canillas
This patch adds to the README a section that explains the RPi can different graphics stacks and that the user can choose by manually changing providers. Signed-off-by: Javier Martinez Canillas --- Changes in v2: None README | 9 + 1 file changed, 9 insertions(+) diff --git a/README b

Re: [yocto] [meta-raspberrypi][PATCH v2 4/4] README: Add a section about graphic stacks

2015-08-13 Thread Khem Raj
> On Aug 13, 2015, at 10:07 AM, Javier Martinez Canillas > wrote: > > This patch adds to the README a section that explains the RPi can different > graphics stacks and that the user can choose by manually changing providers. > > Signed-off-by: Javier Martinez Canillas > > --- > > Changes in

Re: [yocto] overriding install in recipe for nativesdk

2015-08-13 Thread Khem Raj
On Tue, Jul 14, 2015 at 9:57 PM, Marcin Krzemiński wrote: > Currently in our yocto layer there is a recipe for u-boot that also produce > mkimage binary for host, > I would like to have mkimage in SDK. Now, there is a separate recipe in > yocto to do that, but I am wondering is it possible in some

Re: [yocto] (no subject)

2015-08-13 Thread Khem Raj
On Mon, Jul 13, 2015 at 10:56 PM, Alvaro Martinez Tovar wrote: > Dear all, > I am working with Qt5.5.0 and QtCreator 3.4.2 open source. On the hardware > side I work with a i.MX6 sabre platform for smart devices. > As a first aproach, after having created the image fsl-image-qt5 correctly > (I thi

[yocto] Problem creating debug build with inlined functions

2015-08-13 Thread Todd Efflam
Hello, We're trying to create a debug build so we can use our image with gdb, however we're unable to get it to compile. We've added the lines "DEBUG_BUILD = "1"" and "EXTRA_IMAGE_FEATURES += "tools-sdk dbg-pkgs tools-debug debug-tweaks"" to the local.conf file, but it seems to be failing on glibc

Re: [yocto] No '/lib/modules' directory in image, modprobe fails

2015-08-13 Thread Todd Efflam
On Tue, Aug 11, 2015 at 6:36 PM, Khem Raj wrote: > > > On Aug 11, 2015, at 5:53 PM, Todd Efflam wrote: > > > > Hello, > > We're trying to load and unload modules using modprobe but are having > problems. The command fails with "modprobe: can't change directory to > '/lib/modules': no such file

[yocto] fido qt4-embedded packaging problems

2015-08-13 Thread Richard Cagley
When I try to bitbake core-image-minimal-dev I get an error involving cpio when I include qt4-embedded in my CORE_IMAGE_EXTRA_INSTALL list. I looked in the log file and I see a bunch of "PT_INTERP segment not corresponding to .interp section" and "STT_GNU_IFUNC not handled on ARM yet" errors and t

[yocto] [oe] [meta-selinux] Re: meta-selinux updates for oe-core-1.9 -- resend to right list.

2015-08-13 Thread Randy MacLeod
Resending to the right list. (yocto@yoctoproject.org rather than openembedded-de...@lists.openembedded.org ) Radzy will be working on meta-selinux and I've suggested that the start with a package uprev or two once the upstream selinux release intentions are known. ../Randy --- Going on-list

Re: [yocto] fido qt4-embedded packaging problems

2015-08-13 Thread Khem Raj
On Thu, Aug 13, 2015 at 1:56 PM, Richard Cagley wrote: > When I try to bitbake core-image-minimal-dev I get an error involving > cpio when I include qt4-embedded in my CORE_IMAGE_EXTRA_INSTALL list. > > I looked in the log file and I see a bunch of "PT_INTERP segment not > corresponding to .interp

Re: [yocto] [oe] [meta-selinux] Re: meta-selinux updates for oe-core-1.9 -- resend to right list.

2015-08-13 Thread Joe MacDonald
[[oe] [meta-selinux] Re: meta-selinux updates for oe-core-1.9 -- resend to right list.] On 15.08.13 (Thu 17:37) Randy MacLeod wrote: > > Resending to the right list. > (yocto@yoctoproject.org rather than > openembedded-de...@lists.openembedded.org ) > > Radzy will be working on meta-selinux an

[yocto] [meta-raspberrypi][PATCH 3/4] userland: Adjust include location for pthreads-headers

2015-08-13 Thread Khem Raj
vcos headers include headers like "vcos_platform.h" "vcos_futex_mutex.h" "vcos_platform_types.h" and these headers are different based on platform/OSes. e.g. OS targets that support pthreads these headers should come from pthreads/ folder but not for others. So one would add right -I option for eve

[yocto] [meta-raspberrypi][PATCH 4/4] weston: Enable rpi compositor backend

2015-08-13 Thread Khem Raj
oe-core default configure options disables it Signed-off-by: Khem Raj --- recipes-graphics/wayland/weston_%.bbappend | 4 1 file changed, 4 insertions(+) create mode 100644 recipes-graphics/wayland/weston_%.bbappend diff --git a/recipes-graphics/wayland/weston_%.bbappend b/recipes-graphi

[yocto] [meta-raspberrypi][PATCH 1/4] userland: Fix install prefix and generate pkgconfigs

2015-08-13 Thread Khem Raj
several userspace libraries like libepoxy poke for pkgconfigs ( .pc ) files to detect egl support, and comes out to fail in configure stage, one of the patches now adds support to generate .pc files for some known cases. it could be further extended if needed for other libraries too Secondly, the

Re: [yocto] fido qt4-embedded packaging problems

2015-08-13 Thread Richard Cagley
On Thu, Aug 13, 2015 at 4:43 PM, Khem Raj wrote: > On Thu, Aug 13, 2015 at 1:56 PM, Richard Cagley wrote: >> When I try to bitbake core-image-minimal-dev I get an error involving >> cpio when I include qt4-embedded in my CORE_IMAGE_EXTRA_INSTALL list. >> >> I looked in the log file and I see a bu

Re: [yocto] fido qt4-embedded packaging problems

2015-08-13 Thread Khem Raj
On Thu, Aug 13, 2015 at 5:47 PM, Richard Cagley wrote: > On Thu, Aug 13, 2015 at 4:43 PM, Khem Raj wrote: >> On Thu, Aug 13, 2015 at 1:56 PM, Richard Cagley wrote: >>> When I try to bitbake core-image-minimal-dev I get an error involving >>> cpio when I include qt4-embedded in my CORE_IMAGE_EXTR

Re: [yocto] Problem creating debug build with inlined functions

2015-08-13 Thread Khem Raj
On Thu, Aug 13, 2015 at 1:25 PM, Todd Efflam wrote: > Hello, > We're trying to create a debug build so we can use our image with gdb, > however we're unable to get it to compile. We've added the lines > "DEBUG_BUILD = "1"" and "EXTRA_IMAGE_FEATURES += "tools-sdk dbg-pkgs > tools-debug debug-tweak

Re: [yocto] ***SPAM*** [meta-raspberrypi][PATCH 3/4] userland: Adjust include location for pthreads-headers

2015-08-13 Thread Herve Jourdain
Hi Khem, I have submitted a patch similar to this one, but yours is more elegant in the way it provides the patch - you do a sed in the install_append, while I was just literally providing a patch file, which is bigger. So I personally would vote for this one. I have one question, though: for me,

Re: [yocto] ***SPAM*** [meta-raspberrypi][PATCH 3/4] userland: Adjust include location for pthreads-headers

2015-08-13 Thread Khem Raj
> On Aug 13, 2015, at 7:00 PM, Herve Jourdain wrote: > > Hi Khem, > > I have submitted a patch similar to this one, but yours is more elegant in > the way it provides the patch - you do a sed in the install_append, while I > was just literally providing a patch file, which is bigger. > So I per

Re: [yocto] ***SPAM*** [meta-raspberrypi][PATCH 3/4] userland: Adjust include location for pthreads-headers

2015-08-13 Thread Herve Jourdain
Hi Khem, It's OK to me to change all of them, but for the EGL detection just the vcos_platform[_types].h are mandatory to fix... I've tested that with my patch - which just provides those 2 - on several packages, and it works fine with only those it seems. There seems to be some apparently "non-c

Re: [yocto] ***SPAM*** [meta-raspberrypi][PATCH 3/4] userland: Adjust include location for pthreads-headers

2015-08-13 Thread Khem Raj
> On Aug 13, 2015, at 8:15 PM, Herve Jourdain wrote: > > Hi Khem, > > It's OK to me to change all of them, but for the EGL detection just the > vcos_platform[_types].h are mandatory to fix... > I've tested that with my patch - which just provides those 2 - on several > packages, and it works fi

[yocto] [PATCH 1/3] audit: clean PR after package updated

2015-08-13 Thread wenzong.fan
From: Wenzong Fan After the PV updated, it's safe to clean the PR and get PRSERVER manage it. Signed-off-by: Wenzong Fan --- recipes-security/audit/audit_2.4.3.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/recipes-security/audit/audit_2.4.3.bb b/recipes-security/audit/audit_2.4.3.bb i

[yocto] [PATCH 2/3] audit: fix unknown-configure-option --with-armeb

2015-08-13 Thread wenzong.fan
From: Wenzong Fan The option has been replaced by "--with-arm": $ ./configure -h --with-arm enable Arm eabi processor support Signed-off-by: Wenzong Fan --- recipes-security/audit/audit_2.4.3.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-security/audit/au

[yocto] [PATCH 3/3] audit: build gen_xxx natively

2015-08-13 Thread wenzong.fan
From: Wenzong Fan The gen_xxx used for generating sources at compile-time, they are built by native C compiler but may involve cross-compilation options via CFLAGS, just use CFLAGS_FOR_BUILD to remove the issue. Signed-off-by: Wenzong Fan --- .../audit/audit/audit-build-gen_xxx-natively.patch

Re: [yocto] cortexa15 toolchain compilation option

2015-08-13 Thread Khem Raj
> On Jun 1, 2015, at 12:02 AM, Neelkumar Patel > wrote: > > Hi, > > Sorry option is -mfloat-abi=hard. > > We have to provide below option during compilation. > arm-XXX-gcc -mfloat-abi=hard hello.c > > We do not want to give -mfloat-abi=hard option during compilation. What is the reason fo

Re: [yocto] Strange configure error (???)

2015-08-13 Thread Khem Raj
> On Jun 1, 2015, at 2:23 AM, Neuer User wrote: > > Hi > > I'm currently moving from Dora to Fido. I moved all my recipes to a new > yocto installation and are modifying the recipes where necessary. > > I have a very strange error when configuring a kernel recipe > (linux-cubox-i). Actually, t

Re: [yocto] Multi recipes for different defconfig on the same kernel source

2015-08-13 Thread Khem Raj
> On Jun 1, 2015, at 7:48 AM, Joel (Xi Zhou) Zhou > wrote: > > Hi all, > > I need to create multiple recipes for different kernel config based on the > same kernel source. > In my experiment, I create a new recipe linux-brcm-nand based on linux-brcm, > the only different is the kernel defcon

[yocto] [PATCH][meta-selinux] libcap-ng: upgrade 0.7.4 -> 0.7.7

2015-08-13 Thread wenzong.fan
From: Wenzong Fan * Port changes from meta-oe: commit bce4dba5546480c8e43c6442959ac7d0a4ef32f6 Author: Li xin Date: Thu Jul 23 15:29:31 2015 +0800 libcap-ng: upgrade 0.7.4 -> 0.7.7 Update python.patch,since the contents has been changed. Signed-off-by: Li Xin Signed-

Re: [yocto] [meta-selinux] How about remove libcap-ng from meta-selinux?

2015-08-13 Thread wenzong fan
On 08/12/2015 09:05 PM, Joe MacDonald wrote: [[yocto] [meta-selinux] How about remove libcap-ng from meta-selinux?] On 15.08.12 (Wed 17:08) wenzong fan wrote: Hi All, There's a libcap-ng in meta-oe layer, it has been updated to 0.7.7 and the one in meta-selinux is 0.7.3. How about removing t

Re: [yocto] overriding install in recipe for nativesdk

2015-08-13 Thread mar.krzeminski
Thanks for the clue, but as you mentioned u-boot is small so there is no big problem with that. W dniu 13.08.2015 o 19:36, Khem Raj pisze: On Tue, Jul 14, 2015 at 9:57 PM, Marcin Krzemiński wrote: Currently in our yocto layer there is a recipe for u-boot that also produce mkimage binary for h