[OE-core] [PATCH 2/2] linux-yocto/4.1: fix CVE-2016-5195 (dirtycow)

Backporting commit 19be0eaffa [mm: remove gup_flags FOLL_WRITE games from __get_user_pages()] to address the dirtycow exploit. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.1.bb | 4 ++--

[OE-core] [PATCH 0/2] linux-yocto: 4.1/4.4 -stable and CVE fixes

Hi all, While preparing the 4.8.3 update, and looking more at the dirtycow CVE it was worthwhile to also speed up the refresh of 4.4 to pick up the -stable fix for the CVE. I've also done my own backport of the CVE fix to 4.1 (and will also do an update when a 4.1 -stable picks up the same

[OE-core] [PATCH 1/2] linux-yocto/4.4: update to v4.4.26

Integrating the 4.4.23->26 -stable releases. Among other fixes this contains commit: mm: remove gup_flags FOLL_WRITE games from __get_user_pages() Which addresses CVE-2016-5195. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb

Re: [OE-core] [PATCH v2] linux-yocto/4.8: update to v4.8.3

On 2016-10-21 7:40 PM, Cal Sullivan wrote: On 10/21/2016 04:20 PM, Bruce Ashfield wrote: On 2016-10-21 7:02 PM, Cal Sullivan wrote: This appears to break preempt-rt. Nope. You need the kern-tools patch that I sent earlier this week. It has nothing to do with this update. Oops, didn't

Re: [OE-core] [PATCH v2] linux-yocto/4.8: update to v4.8.3

On 10/21/2016 04:20 PM, Bruce Ashfield wrote: On 2016-10-21 7:02 PM, Cal Sullivan wrote: This appears to break preempt-rt. Nope. You need the kern-tools patch that I sent earlier this week. It has nothing to do with this update. Oops, didn't see that. I'm using your kernel tools patch as

Re: [OE-core] [PATCH v2] linux-yocto/4.8: update to v4.8.3

On 2016-10-21 7:02 PM, Cal Sullivan wrote: This appears to break preempt-rt. Nope. You need the kern-tools patch that I sent earlier this week. It has nothing to do with this update. Bruce The meta-series file shows that it dies while patching, and with 32-bit MACHINEs we get architecture

Re: [OE-core] [PATCH v2] linux-yocto/4.8: update to v4.8.3

This appears to break preempt-rt. The meta-series file shows that it dies while patching, and with 32-bit MACHINEs we get architecture mismatches. --- Cal On 10/21/2016 08:35 AM, Bruce Ashfield wrote: Integrating the korg -stable release One commit of note is the fix for CVE-2016-5195

Re: [OE-core] [PATCH 0/1] $COREBASE/LICENSE in LIC_FILES_CHKSUM

On Fri, 21 Oct 2016 12:29:55 Paul Eggleton wrote: > For images and other recipes that don't pull in anything by themselves, > there shouldn't be a need for LIC_FILES_CHKSUM (or indeed LICENSE) to be > set at all - in order to understand the license for the result the > appropriate place to look is

[OE-core] [PATCH 1/1] task-time: Add simple buildstats analysis script

The 'task-time' Python script is used for simple manual analysis of buildstats. It displays task timing information in the same format (and using the same calculation) as the Bash 'time' builtin, and can optionally sort tasks by real (wall-clock), user (user space CPU), or sys (kernel CPU) time

[OE-core] [PATCH 0/1] Add 'task-time' buildstats helper script

If this goes in, I could also submit some documentation to the manuals. I suspect many people don't use the buildstats since getting useful information out of them is a bit of work. Ulf Magnusson (1): task-time: Add simple buildstats analysis script scripts/task-time | 132

Re: [OE-core] [yocto] Attention all: patches for upstream source will be applied with stricter criteria for context

> On Oct 21, 2016, at 5:55 AM, Alexander Kanavin > wrote: > > Hello all, > > while updating gnutls to a newer version I came across a rather serious > issue: the way we patch source code is very lenient about the context for the > lines to be changed.

[OE-core] [PATCH v2] texi2html: Allow compiling out-of-source

Compiling texi2html 5.0 out-of-source with USE_NLS set to no failed because it tried to copy from srcdir without using that variable. Fix this issue and add a reference to the upstream commit. Signed-off-by: Olaf Mandel ---

Re: [OE-core] [PATCH] useradd-staticids.bbclass: catch missing uid/gid exceptions

On Fri, Oct 21, 2016 at 12:05 AM, Mikko Ylinen wrote: > The change to get rid of FuncFailed exceptions changed the behavior > of how missing uid/gid error are be handled. Instead of catching > the exception and handling that via bb.parse.SkipPackage(), a fatal > error was

Re: [OE-core] [PATCH] texi2html: Allow compiling out-of-source

On Fri, Oct 21, 2016 at 6:44 AM, Olaf Mandel wrote: > Compiling texi2html 5.0 out-of-source with USE_NLS set to no failed > because it trieed to copy from srcdir without using that variable. > Fix this issue. > > No need to send upstream: current trunk already contains

[OE-core] [PATCH v2] linux-yocto/4.8: update to v4.8.3

Integrating the korg -stable release One commit of note is the fix for CVE-2016-5195 (http://dirtycow.ninja/): mm: remove gup_flags FOLL_WRITE games from __get_user_pages() The remaining changes are covered by the following shortlog export: mm: remove gup_flags FOLL_WRITE games from

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

Stephen, On 10/21/2016 08:26 AM, Jolley, Stephen K wrote: Current Dev Position: YP 2.2 M4 Next Deadline: YP 2.2 M4 which was Oct. 3rd (5:00pm GMT) SWAT team rotation: Paul -> Ross https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: ·Travel for ELC-E did

Re: [OE-core] [PATCH 18/19] webkitgtk: update to 2.14.1

On 10/20/2016 12:27 PM, Burton, Ross wrote: I should have finished reading the report before hitting send: packages/corei7-64-poky-linux/webkitgtk/webkitgtk: FILELIST: removed "/usr/lib/libwebkit2gtk-4.0.so.37.13.11 /usr/lib/libjavascriptcoregtk-4.0.so.18.3.13" added

[OE-core] Yocto Project Status WW43

Current Dev Position: YP 2.2 M4 Next Deadline: YP 2.2 M4 which was Oct. 3rd (5:00pm GMT) SWAT team rotation: Paul -> Ross https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: *Travel for ELC-E did interrupt these status report, apologies for that.

Re: [OE-core] [yocto] Attention all: patches for upstream source will be applied with stricter criteria for context

On 10/21/2016 06:08 PM, akuster wrote: while updating gnutls to a newer version I came across a rather serious issue: the way we patch source code is very lenient about the context for the lines to be changed. Basically, it's enough for one line before and after the changed line to match,

Re: [OE-core] [PATCH 10/19] gnome-desktop3: update to 3.22.1

On 10/20/2016 12:24 PM, Burton, Ross wrote: * FILELIST: removed "/usr/lib/libgnome-desktop-3.so.12.1.0 /usr/share/libgnome-desktop-3.0/pnp.ids" added "/usr/lib/libgnome-desktop-3.so.12.2.0" packages/corei7-64-poky-linux/gnome-desktop3/libgnome-desktop3: RDEPENDS: removed "libxrandr (['>=

Re: [OE-core] [PATCH 0/1] $COREBASE/LICENSE in LIC_FILES_CHKSUM

On Fri, Oct 21, 2016 at 12:29:55PM +1300, Paul Eggleton wrote: > Hi Olaf, > > On Wed, 19 Oct 2016 10:05:12 Olaf Mandel wrote: > > I ran into QA issues when inadvertently replacing OEs LICENSE with > > Yoctos LICENSE file. Why should recipes depend on the license for > > the complete collection of

Re: [OE-core] [PATCH 0/1] $COREBASE/LICENSE in LIC_FILES_CHKSUM

Hi Paul, Am 21.10.2016 um 01:29 schrieb Paul Eggleton: > On Wed, 19 Oct 2016 10:05:12 Olaf Mandel wrote: -Snipp- >> There are additional recipes that reference the global LICENSE >> file, but where I am not sure if a less blanket license declaration >> is appropriate or not. Especially for

[OE-core] [PATCH] Remove LIC_FILES_CHKSUM from recipes without SRC_URI

LICENSE and LIC_FILES_CHKSUM apply to the sources specified by SRC_URI, not to the recipe itself. As such a license declaration for a source-less recipe makes little sense. The LICENSE declaration is mandatory, but LIC_FILES_CHKSUM can be removed in such cases. Remove the LIC_FILES_CHKSUM

Re: [OE-core] [PATCH 2/2] ppp: fix building with linux-4.8

Dear Jackie, this patch broke compilation with linux-libc-headers 4.4, present in morty, due to use of incomplete types. Regards, Andreas On 14.10.2016 02:50, jackie.hu...@windriver.com wrote: > From: Jackie Huang > > Fix a build error when using the linux-4.8

[OE-core] [PATCH] texi2html: Allow compiling out-of-source

Compiling texi2html 5.0 out-of-source with USE_NLS set to no failed because it trieed to copy from srcdir without using that variable. Fix this issue. No need to send upstream: current trunk already contains this. Signed-off-by: Olaf Mandel ---

Re: [OE-core] [PATCH] linux-yocto/4.8: update to v4.8.3

Hi all, I had exchanged email with Richard about doing this -stable update, and while it isn't necessary to get into the 2.2 release, I wanted to send this along to ensure that it was queued for post release, and is something we can immediately pull into any -stable branches. If there is a -rc5,

[OE-core] Attention all: patches for upstream source will be applied with stricter criteria for context

Hello all, while updating gnutls to a newer version I came across a rather serious issue: the way we patch source code is very lenient about the context for the lines to be changed. Basically, it's enough for one line before and after the changed line to match, because patch command's default

[OE-core] [PATCH] linux-yocto/4.8: update to v4.8.3

Integrating the korg -stable release. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto_4.8.bb | 20

Re: [OE-core] [PATCH 00/19] Recipe updates and version check fixes

On 10/20/2016 07:36 PM, akuster808 wrote: The issue is not updating master. It is about following the process. http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded Many of the changes don't comply to: "Commit with a concise and descriptive message - one that explains your

[OE-core] [PATCH] kernel-fitimage.bbclass: Allow unset load/entry addresses for ramdisks

Allow the load and entry addresses to remain unset if the UBOOT_RD_* variables are also unset for ramdisk entries in the image tree. This allows for U-Boot to decide dynamically where to load the ramdisk. Signed-off-by: Nathan Rossi ---

[OE-core] [PATCH] kernel-fitimage.bbclass: Don't assume KERNEL_IMAGETYPE == fitImage

The name of the output image for a fitImage that contains a ramdisk should match the same as for the fitImage that does not contain a ramdisk. As such it should not be assumed that KERNEL_IMAGETYPE is "fitImage". This change explicitly sets the name of the output ramdisk/initramfs to start with

[OE-core] [PATCH] kernel-fitimage.bbclass: Check value of UBOOT_SIGN_ENABLE

Check the value of UBOOT_SIGN_ENABLE, as it is defaulted to "0" which for matches as True in python due to being a non-empty string. Signed-off-by: Nathan Rossi --- meta/classes/kernel-fitimage.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH 14/23] lttng: enable optional building of manpages

On 17 October 2016 at 16:12, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > meta/recipes-kernel/lttng/lttng-tools_git.bb | 4 ++-- > packages/corei7-64-poky-linux/lttng-tools/lttng-tools-dbg: RRECOMMENDS: added "lttng-tools-ptest-dbg" * DEPENDS: added "asciidoc-native

[OE-core] [PATCH 15/15] conf: Use xf86-input-libinput by default

Don't install legacy X input drivers for any machines by default, RRECOMMEND xf86-input-libinput instead. This is the setup suggested by upstream: install only libinput by default, but let niche legacy drivers sort higher in configuration so they get chosen if installed. So the order is: evdev <

[OE-core] [PATCH 11/15] libxfont: Upgrade 1.5.1 -> 1.5.2

Bug fix release. Signed-off-by: Jussi Kukkonen --- .../xorg-lib/{libxfont_1.5.1.bb => libxfont_1.5.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-lib/{libxfont_1.5.1.bb => libxfont_1.5.2.bb} (81%)

[OE-core] [PATCH 14/15] libx11-diet: Upgrade 1.6.3 -> 1.6.4

Maintenance release. Signed-off-by: Jussi Kukkonen --- .../xorg-lib/{libx11-diet_1.6.3.bb => libx11-diet_1.6.4.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-lib/{libx11-diet_1.6.3.bb => libx11-diet_1.6.4.bb}

[OE-core] [PATCH 13/15] libx11: Upgrade 1.6.3 -> 1.6.4

Maintenance release. libx11-xcb no longer links against libx11. Remove backported patch. Signed-off-by: Jussi Kukkonen --- .../libx11/libX11-Add-missing-NULL-check.patch | 72 -- meta/recipes-graphics/xorg-lib/libx11_1.6.3.bb | 11

[OE-core] [PATCH 09/15] libxrender: Upgrade 0.9.9 -> 0.9.10

Tiny bug fix release. Signed-off-by: Jussi Kukkonen --- .../xorg-lib/{libxrender_0.9.9.bb => libxrender_0.9.10.bb} | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-lib/{libxrender_0.9.9.bb => libxrender_0.9.10.bb}

[OE-core] [PATCH 12/15] libxfixes: Upgrade 5.0.2 -> 5.0.3

Tiny bug fix release. Signed-off-by: Jussi Kukkonen --- .../xorg-lib/{libxfixes_5.0.2.bb => libxfixes_5.0.3.bb} | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-lib/{libxfixes_5.0.2.bb => libxfixes_5.0.3.bb}

[OE-core] [PATCH 10/15] libxi: Upgrade 1.7.6 -> 1.7.7

Tiny bug fix release. Signed-off-by: Jussi Kukkonen --- meta/recipes-graphics/xorg-lib/{libxi_1.7.6.bb => libxi_1.7.7.bb} | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-lib/{libxi_1.7.6.bb => libxi_1.7.7.bb} (81%) diff

[OE-core] [PATCH 08/15] libxtst: Upgrade 1.2.2 -> 1.2.3

Tiny bug fix release. Signed-off-by: Jussi Kukkonen --- .../recipes-graphics/xorg-lib/{libxtst_1.2.2.bb => libxtst_1.2.3.bb} | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-lib/{libxtst_1.2.2.bb => libxtst_1.2.3.bb} (78%)

[OE-core] [PATCH 05/15] xproto: Upgrade 7.0.29 -> 7.0.31

Tiny bug fix releases. Signed-off-by: Jussi Kukkonen --- .../xorg-proto/{xproto_7.0.29.bb => xproto_7.0.31.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-proto/{xproto_7.0.29.bb => xproto_7.0.31.bb}

[OE-core] [PATCH 07/15] libxv: Upgrade 1.0.10 -> 1.0.11

Tiny bug fix release. Signed-off-by: Jussi Kukkonen --- meta/recipes-graphics/xorg-lib/{libxv_1.0.10.bb => libxv_1.0.11.bb} | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-lib/{libxv_1.0.10.bb => libxv_1.0.11.bb} (78%)

[OE-core] [PATCH 06/15] libxvmc: Upgrade 1.0.9 -> 1.0.10

Tiny bug fix release. Signed-off-by: Jussi Kukkonen --- .../recipes-graphics/xorg-lib/{libxvmc_1.0.9.bb => libxvmc_1.0.10.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-lib/{libxvmc_1.0.9.bb => libxvmc_1.0.10.bb} (76%)

[OE-core] [PATCH 02/15] libevdev: Upgrade 1.5.2 -> 1.5.4

Tiny bug fix releases. Signed-off-by: Jussi Kukkonen --- .../recipes-support/libevdev/{libevdev_1.5.2.bb => libevdev_1.5.4.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libevdev/{libevdev_1.5.2.bb => libevdev_1.5.4.bb}

[OE-core] [PATCH 04/15] xf86-input-libinput: Upgrade 0.19.0 -> 0.22.0

Bug fixes and some added configuration support. Signed-off-by: Jussi Kukkonen --- .../{xf86-input-libinput_0.19.0.bb => xf86-input-libinput_0.22.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename

[OE-core] [PATCH 01/15] libinput: Upgrade 1.4.1 -> 1.5.0

A large part of this release cycle was internal cleanups and improvements to the test suite, only few new features were added. Signed-off-by: Jussi Kukkonen --- .../recipes-graphics/wayland/{libinput_1.4.1.bb => libinput_1.5.0.bb} | 4 ++-- 1 file changed, 2

[OE-core] [PATCH 03/15] libdrm: Upgrade 2.4.70 -> 2.4.71

Mostly a bug fix release. Signed-off-by: Jussi Kukkonen --- meta/recipes-graphics/drm/{libdrm_2.4.70.bb => libdrm_2.4.71.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/drm/{libdrm_2.4.70.bb => libdrm_2.4.71.bb} (93%) diff

[OE-core] [PATCH 00/15] Make libinput default X input driver + upgrades

The only interesting bit is in the last commit: it removes all legacy X input drivers from the machine configurations, and makes xserver-xorg RRECOMMEND the libinput driver instead -- better design ideas for this are welcome. I wonder if VMware mouse device support is really needed? I have

[OE-core] [PATCH v2] Remove $COREBASE/LICENSE from LIC_FILES_CHKSUM

Several recipes reference the LICENSE file in their LIC_FILES_CHKSUM variable as ${COREBASE}/LICENSE. This forces distribution providers to keep this file verbatim or to overload the affected recipes. The section "Moving to the Yocto Project 1.6 Release" in the Yocto manual suggests removing the

[OE-core] Forgot Signed-off-by lines

I forgot to signoff two of my last patches, so here is a v2 of both of them. Olaf Mandel (2): combo-layer: handle file_exclude matching dirs Remove $COREBASE/LICENSE from LIC_FILES_CHKSUM -- 2.1.4 -- ___ Openembedded-core mailing list

[OE-core] [PATCH v2] combo-layer: handle file_exclude matching dirs

If file_exclude matches a directory, os.unlink() got called with this directory as an argument. Filter out paths that end in a directory separator. This still leaves the (then empty) directories, but this does not affect the git commit. Signed-off-by: Olaf Mandel ---

Re: [OE-core] [PATCH 1/4] u-boot: Update to 2016.09.01 release

On 20 October 2016 at 14:35, Marek Vasut wrote: > Upgrade U-Boot to the latest version. > As usual, u-boot-mkimage broke again: | DEBUG: Executing shell function do_compile | x86_64-poky-linux-gcc -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse

[OE-core] [PATCH] useradd-staticids.bbclass: catch missing uid/gid exceptions

The change to get rid of FuncFailed exceptions changed the behavior of how missing uid/gid error are be handled. Instead of catching the exception and handling that via bb.parse.SkipPackage(), a fatal error was called. This won't work with recipes that are unused and therefore do not have