[OE-core] [PATCH 1/1] Fix missing check for permission denied.

If the path to "ROOT_SYSCONFDIR /mke2fs.conf" has a permission denied problem, then the get_dirlist() call will return EACCES. But the code in profile_init will treat that as a fatal error and all executions will fail with: Couldn't init profile successfully (error: 13). But the problem

Re: [OE-core] Demos for FOSDEM 2016

On 17/12/2015 20:09, "Philip Balister" wrote: >On 12/17/2015 05:43 AM, Barros Pena, Belen wrote: >> Hi all, >> >> OpenEmbedded will have a huge 2-table stand at FOSDEM'16, which happens >> January 30th and 31st in Brussels. >> >> We need to fill up those 2 tables with

[OE-core] [PATCH] package_manager.py: extract target arch from TARGET_SYS

From: fli Since the rpmbuild on the target will use TARGET_SYS as the 'target' to build the source rpm packages, which will extracted the target arch from TARGET_SYS, such as if TARGET_SYS values 'arm-wrs-linux-gnueabi', the target arch will be 'arm'. In order to make

[OE-core] [PATCH 5/5] devtool: update-recipe: create kernel config fragment

Create kernel config fragment if the user makes modifications to .config. User may change .config e.g. by directly editing it or by running the 'do_menuconfig' bitbake task which will copy the modified .config back to the source tree. Devtool generates one monolithic fragment by simply doing a

[OE-core] [PATCH 0/5] devtool: create kernel config fragment

This patchset implements an initial support for creating kernel config fragments on 'devtool update-recipe'. The feature relies on having an updated .config file and an initial base config (.config.orig) in the source tree. Devtool does a diff operation between the two and creates/upates a config

[OE-core] [PATCH 3/5] devtool: extract: cleanup srctree

Some bitbake tasks, notably do_kernel_metadata et al. dirty the sourcetree. Run git clean in order to get rid of the confusing and possibly outdated extra files. Signed-off-by: Markus Lehtonen --- scripts/lib/devtool/standard.py | 13 - 1 file

[OE-core] [PATCH 1/5] devtool: extract: use the correct datastore for builddir

Signed-off-by: Markus Lehtonen --- scripts/lib/devtool/standard.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py index a5e81f3..43fce11 100644 ---

[OE-core] [PATCH 2/5] kernel.bbclass: copy .config instead of moving

Copy kernel .config from ${S} to ${B}, instead of moving it. This prevents mangling the source tree, which is undesirable e.g. when externalsrc is used. Signed-off-by: Markus Lehtonen --- meta/classes/kernel.bbclass | 2 +- 1 file changed, 1 insertion(+), 1

Re: [OE-core] gstreamer 1.6.2

Hi, -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Andre McCurdy Sent: Friday, December 18, 2015 8:35 AM To: OE Core mailing list Subject:

[OE-core] [PATCH] jpeg: To enable non-JPEG file formats for djpeg/cjpeg command.

To fix the error as following when use djpeg/cjpeg command: Unsupported output file format Signed-off-by: Lei Maohui --- meta/recipes-core/jpeg/jpeg_9a.bb | 13 + 1 file changed, 13 insertions(+) diff --git a/meta/recipes-core/jpeg/jpeg_9a.bb

[OE-core] [PATCH 4/5] cml1.bbclass: copy .config to S if externalsr is in use

This makes it easier to track changes made to config. Signed-off-by: Markus Lehtonen --- meta/classes/cml1.bbclass | 5 + 1 file changed, 5 insertions(+) diff --git a/meta/classes/cml1.bbclass b/meta/classes/cml1.bbclass index 95cf584..a95a2bf 100644 ---

Re: [OE-core] [Toaster] FW: [PATCH 6/7] toaster: Update for buildstats changes

On Fri, 2015-12-18 at 09:21 +, Barros Pena, Belen wrote: > I applied the buildstats series on top of toaster-next, ran a build, > and > checked the build stats info. I can see time per task coming in. I > cannot > see cpu usage or disk i/o data in the UI because of this > >

Re: [OE-core] [Toaster] FW: [PATCH 6/7] toaster: Update for buildstats changes

On Fri, 2015-12-18 at 09:21 +, Barros Pena, Belen wrote: > I applied the buildstats series on top of toaster-next, ran a build, > and > checked the build stats info. I can see time per task coming in. I > cannot > see cpu usage or disk i/o data in the UI because of this > >

[OE-core] [PATCH] flex: fix native tool problems

Always depend on bison-native and flex-native, yacc is needed during the build and a host flex is also needed to build flex (apart from for flex-native where it can run itself, but this dependency will be automatically pruned). Also instead of special-casing class-target builds when telling it

[OE-core] State of bitbake world, Failed tasks 2015-12-17

The QA list should be complete for qemuarm and qemux86-64. == Tested changes (not included in master yet) - bitbake == 85fef27 world-image: add extra target == Tested changes (not included in master yet) - openembedded-core == 7861f61 clutter-gst-3.0: add dependency on libgudev 05ceb29

Re: [OE-core] [PATCH] oeqa/runtime: Added wifi tests.

Ping. -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Lucian Musat Sent: Friday, November 20, 2015 1:42 PM To: openembedded-core@lists.openembedded.org Subject: [OE-core] [PATCH]

Re: [OE-core] [PATCH 000/502] Include binaries in test cases and update runexported.py

On Fri, Dec 18, 2015 at 10:22 AM, Costin Constantin wrote: > The set of patches addresses Yocto binararies inclusion related features and > updates to the runexported.py test launcher script for machines where poky > environment is not available. > As a result

[OE-core] [PATCH] devtool: use cp instead of shutil.copytree

Copied layers with 'cp -a' instead of calling shutil.copytree as copytree fails to copy broken symlinks. More pythonic fix would be to use copytree with 'ignore' parameter, but this could slow down copying complex directory structures. [YOCTO #8825] Signed-off-by: Ed Bartosh

Re: [OE-core] [PATCH 2/5] kernel.bbclass: copy .config instead of moving

On Fri, 2015-12-18 at 10:39 +0200, Markus Lehtonen wrote: > Copy kernel .config from ${S} to ${B}, instead of moving it. This > prevents mangling the source tree, which is undesirable e.g. when > externalsrc is used. > > Signed-off-by: Markus Lehtonen > --- >

[OE-core] [PATCH 08/12] oeqa/runexported: The runner supports tests from other layers.

From: Lucian Musat It looks in "extralayers" folder if it can't find the test that needs to be run. Signed-off-by: Lucian Musat --- meta/lib/oeqa/runexported.py | 14 ++ 1 file changed, 14 insertions(+) diff --git

[OE-core] [PATCH 05/12] oeqa/runexported: Fix a problem with ssh_target_log symlink.

From: Lucian Musat Signed-off-by: Lucian Musat --- meta/lib/oeqa/runexported.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/runexported.py b/meta/lib/oeqa/runexported.py index d273d2f..f147089 100755 ---

[OE-core] [PATCH 11/12] oeqa/runtime: Copy all __init__.py files from all layers.

From: Lucian Musat Copy all the __init__.py files from all the extra layers also, specified in bblayers.conf, in accordance to TEST_SUITES variable. Signed-off-by: Lucian Musat --- meta/classes/testimage.bbclass | 67

[OE-core] [PATCH 01/12] oeqa/utils/testexport.py: add functionality for exporting binaries

This new file is encapsulating functionality for both running tests with binaries support via TestNeedsBin() decorator and exporting these binaries via testimage.bbclass file. Addresses [YOCTO #7850], [YOCTO #8478], [YOCTO #8481], [YOCTO #8536], [YOCTO #8694]. Signed-off-by: Costin Constantin

[OE-core] [PATCH 07/12] oeqa/runexported: Added support for folder names in TEST_SUITES.

From: Lucian Musat It can accept parameters like oeqa.runtime. and it will run all test files from that folder. Signed-off-by: Lucian Musat --- meta/lib/oeqa/runexported.py | 6 ++ 1 file changed, 6 insertions(+) diff --git

[OE-core] [PATCH 03/12] utils/decorators.py: add TestNeedsBin() decorator

TestNeedsBin() is used in all tests where binaries are required. It offers functionality to send binaries to DUTs both in unpacked (raw) and in an .rpm form. It is able to handle native binaries, intended for the machine launching tests on DUTs. It also offers functionality for removing DUTs

[OE-core] [PATCH 06/12] oeqa/testimage: Added support for folder names in TEST_SUITES.

From: Lucian Musat You can add oeqa.runtime. and it will run all the tests found in it. Basically extends the functionality of feature [YOCTO #7834] Signed-off-by: Lucian Musat --- meta/classes/testimage.bbclass | 11 ++- 1 file

[OE-core] [PATCH 09/12] oeqa/runexported: Add parameter support for machine arch.

From: Lucian Musat Added support to change machine architecture on the fly and support for future TestNeedsBin decorator for tests that need binaries. Signed-off-by: Lucian Musat Signed-off-by: Costin Constantin

[OE-core] [PATCH 04/12] oeqa/runexported: Add option to run arbitrary tests.

From: Lucian Musat You can now overwrite the default TEST_SUITES from the json file and can choose the tests you want to run. Also you can display the list of tests. Signed-off-by: Lucian Musat --- meta/lib/oeqa/runexported.py | 13

[OE-core] [PATCH 00/12] Include binaries in test cases and update runexported.py

The set of patches addresses Yocto binararies inclusion related features and updates to the runexported.py test launcher script for machines where poky environment is not available. As a result runtime test cases can be written to include native and target specific binaries, both packed as .rpm

[OE-core] [PATCH 12/12] buildtools-with-tc.bb: extend buildtools-tarball to include test cases

recipes-core/meta/buildtools-with-tc.bb is a new recipe that uses all buildtools-tarball has to offer and adds test cases support. Signed-off-by: Costin Constantin --- meta/recipes-core/meta/buildtools-with-tc.bb | 37 1 file changed,

[OE-core] [PATCH 02/12] classes/testimage.bbclass: add support for binaries export

Some test cases require support for target and native binaries. This enhancement is designed to help exporting testing environment for machines where poky/bitbake environment is not available. At the same time, tarball files are created that encapsulate native, target specific and runner related

[OE-core] [PATCH 10/12] oeqa/testimage: Added export features.

From: Lucian Musat It is now possible to export tests from all the layers that are added in bblayers even when grouped in folders. They are exported in another folder called "extralayers" and nicely grouped per layer so the test files won't mingle. If a layer contains a

Re: [OE-core] [PATCH 2/5] kernel.bbclass: copy .config instead of moving

Hi Richard, On 18/12/15 14:22, "Richard Purdie" wrote: >On Fri, 2015-12-18 at 10:39 +0200, Markus Lehtonen wrote: >> Copy kernel .config from ${S} to ${B}, instead of moving it. This >> prevents mangling the source tree, which is undesirable e.g. when >>

Re: [OE-core] [PATCH] boost: update to 1.59.0

On 12/17/2015 10:35 PM, Burton, Ross wrote: Due to the version update, the two patches previously backported in this recipe are now dropped. The actual status of the arm-intrinsics.patch (reported with Upstream-Status: Backport) is unknown to the committer, and hence, that patch

Re: [OE-core] [PATCH][master][RESEND 11/15] feature-arm-{neon, vfp}.inc: refactor and fix issues

On Thu, Dec 10, 2015 at 01:14:25PM -0800, Khem Raj wrote: > > > On Dec 10, 2015, at 5:48 AM, Martin Jansa wrote: > > > > * respect all 4 vfp options ('vfp', 'vfpv3d16', 'vfpv3', 'vfpv4') when > > setting -mfloat-abi and ARMPKGSFX_EABI, without this change it wasn't > >

Re: [OE-core] [PATCH][master][RESEND 14/15] arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and cortexa15

On Thu, Dec 17, 2015 at 07:13:55PM -0800, Andre McCurdy wrote: > On Thu, Dec 10, 2015 at 5:48 AM, Martin Jansa wrote: > > * be aware that this -march value is available only in gcc-4.9 and > > newer: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57907 > > *

[OE-core] [PATCHv2] sanity.bbclass: add more information to error message about TUNE_PKGARCH missing in PACKAGE_ARCHS

* sometimes it's hard to see what's wrong here * error message: Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH (cortexa7t2hfhf-vfp-vfpv4-neon). doesn't help much to understand what exactly went wrong and where Signed-off-by: Martin Jansa ---

Re: [OE-core] [PATCH] boost: update to 1.59.0

On 12/18/2015 02:57 PM, Alexander Kanavin wrote: This adds a new library so the packaging needs to be updated to reflect that. The obvious problem is that the development/debug/test packages are all called libboost-timer after this upgrade. Once fixed (extend BOOST_LIBS) it would be good to

[OE-core] [PATCH v2 1/3] package_deb.bbclass, cross-canadian.bbclass: DPKG_ARCH mapping function

Have DPKG_ARCH set by directly invoking a mapping function, rather than using an anonymous Python function modify the variable under the hood, so we can have proper handling of overrides. Also bring in some additional mappings to Debian architecture names that weren't being handled.

[OE-core] [PATCH 4/6] libwebp: update to 0.4.4

PATENTS file had a few rewordings: https://github.com/webmproject/libwebp/commits/master/PATENTS Signed-off-by: Alexander Kanavin --- meta/recipes-multimedia/webp/{libwebp_0.4.3.bb => libwebp_0.4.4.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3

[OE-core] [PATCH 5/6] epiphany: update to 3.18.2

Signed-off-by: Alexander Kanavin --- .../recipes-gnome/epiphany/{epiphany_3.16.3.bb => epiphany_3.18.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/epiphany/{epiphany_3.16.3.bb => epiphany_3.18.2.bb} (84%) diff

[OE-core] [PATCH 3/6] libsecret: update to 0.18.3

Signed-off-by: Alexander Kanavin --- .../libsecret/{libsecret_0.18.2.bb => libsecret_0.18.3.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/libsecret/{libsecret_0.18.2.bb => libsecret_0.18.3.bb} (71%) diff

[OE-core] [PATCH 1/6] gcr: update to 3.18.0

Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/gcr/{gcr_3.16.0.bb => gcr_3.18.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/gcr/{gcr_3.16.0.bb => gcr_3.18.0.bb} (79%) diff --git

[OE-core] [PATCH 0/6] web/browser update

This patchset updates the epiphany browser and webkitgtk engine to latest upstream versions. The following changes since commit 04e6fcc99d548660ab89ab06d05b25952fa38817: mobile-broadband-provider-info: update to tagged release 20151214 (2015-12-18 16:43:30 +0200) are available in the git

[OE-core] [PATCH 2/6] gnome-desktop3: update to 3.18.2

Signed-off-by: Alexander Kanavin --- .../{gnome-desktop3_3.16.2.bb => gnome-desktop3_3.18.2.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/gnome-desktop/{gnome-desktop3_3.16.2.bb => gnome-desktop3_3.18.2.bb}

[OE-core] [PATCH 6/6] webkitgtk: update to 2.10.4

Drop backported patches (which means, all the patches). Replace a few hardcoded dependencies with PACKAGECONFIG entries. Add a PACKAGECONFIG entry for libhyphen. Signed-off-by: Alexander Kanavin --- ...fixes-a-command-line-that-is-too-long-ove.patch | 91

[OE-core] [PATCH v2 3/3] package_deb.bbclass: add 'Multi-Arch: foreign' tag to allarch packages

This tells APT that it can use such packages to resolve dependencies from packages of any architecture in a multilib build. Signed-off-by: Matt Madison --- meta/classes/package_deb.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git

[OE-core] [PATCH v2 0/3] Debian multilib packaging fixes

This adds a third patch that fixes the problem where APT couldn't resolve dependencies between when two packages of different architectures both depended on an allarch package. Matt Madison (3): package_deb.bbclass, cross-canadian.bbclass: DPKG_ARCH mapping function package_manager.py:

Re: [OE-core] State of bitbake world, Failed tasks 2015-12-17

On 12/18/15 06:25, Martin Jansa wrote: > === qemuarm (1) === > * /meta-openembedded/meta-oe/recipes-devtools/nodejs/nodejs_4.2.2.bb, > do_compile I'm having a look at this one. -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH 2/5] kernel.bbclass: copy .config instead of moving

On 18/12/15 16:18, "Richard Purdie" wrote: >On Fri, 2015-12-18 at 14:39 +0200, Markus Lehtonen wrote: >> On 18/12/15 14:22, "Richard Purdie" < >> richard.pur...@linuxfoundation.org> wrote: >> > On Fri, 2015-12-18 at 10:39 +0200, Markus Lehtonen wrote: >> > >

[OE-core] [PATCH] buildstats-summary/toaster: Cope with removal of get_bn()

The buildstats changes removed the no longer needed get_bn() function, replace this with references to BUILDNAME. Signed-off-by: Richard Purdie diff --git a/meta/classes/buildstats-summary.bbclass b/meta/classes/buildstats-summary.bbclass index

[OE-core] [PATCH v2 2/3] package_manager.py: fixes for multilib deb packaging builds

* tmp/deploy/deb subdirectories do not get hyphens replaced with underscores, so don't do that translation when building the sources list. * Fix MULTILIB_VARIANTS handling to be more general and work for all architectures * Also include a fix for a warning generated by apt due to missing

[OE-core] [PATCHv4 1/2] scripts/oe-selftest: Allow to run tests on random/all architecture

Add an option for random MACHINE into oe-selftest: --machine [random/all] 1. random: will set a random MACHINE for each test 2. all: will run tests for all machines Custom machine sets only weak default values (??=) for MACHINE in machine.inc. This let test cases that require a specific MACHINE

[OE-core] [PATCHv4 2/2] selftest: Added MACHINE = "qemux86" to tests that use runqemu

It makes sense for tests that use runqemu to have MACHINE set as qemu. This also avoid issues when running oe-selftest with --arch random/all option. Signed-off-by: Daniel Istrate --- meta/lib/oeqa/selftest/devtool.py | 7 ---

Re: [OE-core] [PATCHv2 0/2] ptest-runner 2.0

ping On 12/14/2015 04:57 PM, Aníbal Limón wrote: > This v2 fixes default timeout to 5minutes also add support for wait > indefinitely > when specify -1 in timeout option. > > The changes can be reviewed at, > > http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=alimon/ptest-runner > >

Re: [OE-core] [<OE-core][PATCH v2 2/4] weston: Include weston-launch if Wayland is configured.

On Thu, Dec 17, 2015 at 8:04 PM, Tom Hochstein wrote: > The weston-launch app is required for Wayland. > > Signed-off-by: Tom Hochstein The commit log needs a good rework; this is explaining the source code and not why it has been

Re: [OE-core] [PATCH][jethro][RESEND 00/11] Backports for jethro

On Thu, Dec 10, 2015 at 02:48:21PM +0100, Martin Jansa wrote: > The following changes since commit 224bcc2ead676600bcd9e290ed23d9b2ed2f481e: > > rpcbind: Security Advisory - rpcbind - CVE-2015-7236 (2015-12-08 00:18:12 > -0800) > > are available in the git repository at: > >

Re: [OE-core] [<OE-core][PATCH v2 1/4] weston-init: Handle Weston startup correctly.

Hello Tom, On Thu, Dec 17, 2015 at 8:04 PM, Tom Hochstein wrote: > Weston is started in different ways depending on the image > configuration and the runtime scenario. Refer to the weston man > page for more information. > > Signed-off-by: Tom Hochstein

[OE-core] Yocto Project Status WW51

Current Dev Position: YP 2.1 M2 Next Deadline: YP 2.1 M2 Cutoff (Feature Freeze) date is January 25, 2016 noon GMT SWAT team rotation: Saul -> Paul https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Due to the Holidays, the next weekly status report will be sent out Jan. 8th,

[OE-core] [PATCH] util-linux: Fix floating dependency upon 'readline'

The configure script checks for 'readline' availability and enables it, if available. Now, a PACKAGECONFIG (readline) controls the feature. Signed-off-by: Otavio Salvador --- meta/recipes-core/util-linux/util-linux.inc | 3 +++ 1 file changed, 3 insertions(+) diff

Re: [OE-core] [<OE-core][PATCH v2 3/4] packagegroup-core-x11-base: Remove matchbox for XWayland case.

On Thu, Dec 17, 2015 at 8:04 PM, Tom Hochstein wrote: > Matchbox is redundant when Weston is run. > > Signed-off-by: Tom Hochstein I think there will be people that will wish to use X11 only, even if XWayland is available. Redundancy is

Re: [OE-core] [PATCH][master][RESEND 14/15] arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and cortexa15

> Machines should let the distro decide, not the other way around I agree, but that's IMHO argument for keeping thumb-less tunes available. MACHINEs should define what they can support and DISTRO decides what features they want to use for given MACHINE(s). Dropping thumb-less tunes would

[OE-core] [PATCH 3/6] linux-yocto-dev: bump to 4.4-rcX

Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-dev.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb b/meta/recipes-kernel/linux/linux-yocto-dev.bb index

[OE-core] [PATCH 6/6] linux-yocto: remove 3.14 and 3.19 recipes

In preparation for the introduction of new (supported) kernel versions, we remove the 3.14 and 3.19 variants. The kernel trees will still be available, but the recipes are removed from master. These versions can still be built on older releases, or with private copies of the recipes. 3.14 LTSI

[OE-core] [PATCH 1/6] yaffs2: fix checkpoint functionality

Updating the linux-yocto SRCREVs to pull in the following change: Author: He Zhe Date: Wed Dec 2 01:31:31 2015 -0500 fs/yaffs2: fix missing checkpoint on yaffs For yaffs file system, the mode of reading or writing is restricted at four pointer where are

[OE-core] [PATCH 5/6] kernel-yocto: fix checkout bare-cloned kernel repositories

From: Jianxun Zhang The existing code doesn't tell regular (with .git) and bare cases and just move the unpacked repo to the place of kernel source. But later steps will fail on a bare-cloned repo because we can not checkout directly in a bare cloned repo. This

[OE-core] [PATCH 2/6] lttng-modules: fix build issue against kernel 4.4

Updating to the latest 2.7 stable commit which incorporates changes for building against the 4.4-rc kernel series. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/lttng/lttng-modules_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH 0/6] linux-yocto: consolidate pull request

Hi all, To get some of the prep out of the way early for the 2.1 release, consider this a "needs more builds and testing" pull request. I've built for all arches (both with -dev and 4.1), booted core-image-minimal and sato, and built core-image-kernel-dev .. but when you are balancing all the

Re: [OE-core] [PATCH][jethro][RESEND 00/11] Backports for jethro

On 18 December 2015 at 18:09, Martin Jansa wrote: > PING > I think Robert is on leave until Christmas, hopefully he'll notice this when he returns. Ross -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH][master][RESEND 14/15] arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and cortexa15

I've meant that the DISTRO can enable thumb with ARM_INSTRUCTION_SET while still using DEFAULTTUNE without thumb as common denominator for some group of MACHINEs. I'm not saying that it's common scenario and really has to be supported, but having thumb-less tunes in armv7ve like we have in armv7a

Re: [OE-core] [PATCH][master][RESEND 14/15] arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and cortexa15

On Fri, Dec 18, 2015 at 5:13 AM, Martin Jansa wrote: > On Thu, Dec 17, 2015 at 07:13:55PM -0800, Andre McCurdy wrote: >> On Thu, Dec 10, 2015 at 5:48 AM, Martin Jansa wrote: >> > * be aware that this -march value is available only in gcc-4.9 and >>

Re: [OE-core] [PATCH][master][RESEND 14/15] arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and cortexa15

On Fri, Dec 18, 2015 at 12:13 PM, Martin Jansa wrote: > I've meant that the DISTRO can enable thumb with ARM_INSTRUCTION_SET while > still using DEFAULTTUNE without thumb as common denominator for some group > of MACHINEs. That seems like inverting the normal priority.

[OE-core] [PATCH 4/6] linux-yocto/4.1: update to v4.1.15

Updating the 4.1 kernel repo to the latest 4.1.x stable. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.1.bb | 4 ++-- meta/recipes-kernel/linux/linux-yocto-tiny_4.1.bb | 4 ++-- meta/recipes-kernel/linux/linux-yocto_4.1.bb |

[OE-core] [PATCHv2 0/6] Improvements for useradd-staticids.bbclass

It is now 1.5 months since I originally supplied these patches. The only comment I received was about a couple of unnecessary spaces that I had removed. After explaining why removing them should not make any change to the implementation (more than a month ago), I have not received any response at

[OE-core] [PATCHv2 5/6] useradd-staticids.bbclass: Read passwd/group files before parsing

Read and merge the passwd/group files before parsing the user and group definitions. This means they will only be read once per recipe. This solves a problem where if a user was definied in multiple files, it could generate group definitions for groups that should not be created. E.g., if the

Re: [OE-core] [PATCH 2/5] kernel.bbclass: copy .config instead of moving

On Fri, 2015-12-18 at 14:39 +0200, Markus Lehtonen wrote: > On 18/12/15 14:22, "Richard Purdie" < > richard.pur...@linuxfoundation.org> wrote: > > On Fri, 2015-12-18 at 10:39 +0200, Markus Lehtonen wrote: > > > if [ "${S}" != "${B}" ] && [ -f "${S}/.config" ] && [ ! > > > -f > > >

[OE-core] [PATCHv2 6/6] useradd-staticids.bbclass: Remove unnecessary spaces

This removes unnecessary spaces inserted before semicolons in the modified USERADD_PARAM_${PN} and GROUPADD_PARAM_${PN} variables. This should not affect the handling of the variables as the only one that actually sees the semicolons is the code in useradd.bbclass that uses cut to split the

[OE-core] [PATCHv2 4/6] useradd-staticids.bbclass: Simplify the logic for when to add groups

The original code was near impossible to follow, and missed a couple of cases. For example, if one added the following line to the passwd file specified in USERADD_UID_TABLES: foobar:x:12345:nogroup::/:/bin/sh and then specified the user as: USERADD_PARAM_${PN} = "--system foobar" one would

[OE-core] [PATCHv2 1/6] useradd-staticids.bbclass: Treat mutually exclusive options as such

The useradd options --create-home/--no-create-home and --user-group/--no-user-group are mutually exclusive and should be treated as such. Signed-off-by: Peter Kjellerstedt --- meta/classes/useradd-staticids.bbclass | 27 ++- 1 file changed,

[OE-core] [PATCHv2 3/6] useradd-staticids.bbclass: Simplify some logic

The [, ][not ] construct may solve the problem of implementing a conditional operator, but it is not very readable. At least I find this: uaargs.groupid = field[3] or uaargs.gid or uaargs.groupname a lot more readable than this: uaargs.groupid = [uaargs.gid, uaargs.groupname][not

[OE-core] [PATCHv2 2/6] useradd-staticids.bbclass: Make --no-user-group have effect

If --no-user-group is specified in USERADD_PARAM_${PN} for a user and no --gid is specified, then we should not assume that the group name for the user is the user name. Signed-off-by: Peter Kjellerstedt --- meta/classes/useradd-staticids.bbclass | 2 +- 1 file

Re: [OE-core] [<OE-core][PATCH v2 1/4] weston-init: Handle Weston startup correctly.

Hi Otavio, Does the existence of /usr/lib/weston/xwayland.so give us what we want? if [ -f /usr/lib/weston/xwayland.so ]; then mkdir -p /tmp/.X11-unix OPTARGS="--modules=xwayland.so $OPTARGS" fi openvt $OPENVT_ARGS -- sh -c "weston-launch --

Re: [OE-core] [<OE-core][PATCH v2 2/4] weston: Include weston-launch if Wayland is configured.

Thanks, Otavio. Shall I simply quote the weston man page: When weston is started as the first windowing system (i.e. not under X nor under another Wayland server), it should be done with the command weston-launch to set up proper privileged access to devices. Tom -Original Message-

Re: [OE-core] [PATCH][master][RESEND 14/15] arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and cortexa15

On Fri, Dec 18, 2015 at 12:57 PM, Martin Jansa wrote: > Sorry I've meant that you (DISTRO) cannot select it with DEFAULTTUNE. I > shouldn't mention cortexm3 which was only confusing... I still don't really understand what you mean. If a distro wants to set a default

Re: [OE-core] [PATCH][master][RESEND 14/15] arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and cortexa15

On Fri, Dec 18, 2015 at 12:45 PM, Martin Jansa wrote: >> Machines should let the distro decide, not the other way around > > I agree, but that's IMHO argument for keeping thumb-less tunes available. > > MACHINEs should define what they can support and DISTRO decides what >

Re: [OE-core] [PATCH][master][RESEND 14/15] arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and cortexa15

Sorry I've meant that you (DISTRO) cannot select it with DEFAULTTUNE. I shouldn't mention cortexm3 which was only confusing... On Fri, Dec 18, 2015 at 9:50 PM, Andre McCurdy wrote: > On Fri, Dec 18, 2015 at 12:45 PM, Martin Jansa > wrote: > >>