[OE-core] [RFC PATCH 4/5] systemtap: introduce utils variant of systemtap package build

In case of small target images it is too expensive to include full stap package into the image. Because default systemtap package include SystemTap translater and have very deep dependencies on variety of libraries. And in cross compiling environment compilation of SystemTap kernel modules can

[OE-core] [RFC PATCH 5/5] crosstap2: wrapper to build systemtap script on host against given target

crosstap2 is similar to existing crosstap shell script, but unlike crosstap script that can handle only kernel SystemTap scripts, crosstap2 can also deal with user land related SystemTap scripts. It discovers and set up proper --sysroot arguments for stap invocation. The logic of handling of

[OE-core] [PATCH 1/9 v3] kernel-devsrc: restructure for out of tree (and on target) module builds

The existing kernel-devsrc package starts with a full copy of the kernel source and then starts to strip out elements that are not required. This results in extra time (I/O) and extra space being taken up in the final package. The main purpose of the kernel-devsrc package has been to build

[OE-core] [PATCH 3/9] linux-yocto/4.15: update to v4.15.7

Updating the latest korg -stable release which comprises the following commits: cb4a115a4286 Linux 4.15.7 59e0ae1b9ae2 microblaze: fix endian handling 39c51864410f drm/i915/breadcrumbs: Ignore unsubmitted signalers 5d1641bd28b2 arm64: __show_regs: Only resolve kernel symbols when

[OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

Hi all, This is the latest consolidated kernel pull request. It contains -stable updates, the kernel-devsrc re-work, and a libc-headers version bump. The -stable updates are routine, and are required to pick up the latest CVE and bug fixes from korg. The kernel-devsrc re-structure has already

[OE-core] [RFC PATCH 0/5] systemtap adding sysroot, cross compiling of user land related scripts

Hi Guys, I am a fan of SystemTap and big fan of OE. Systemtap and OE use case I have on my mind is the following: 1) small embedded target image built, because of resource constraint such target could not run full blown systemtap on, it would not have resources to have debug symbols, toolchain,

[OE-core] [RFC PATCH 3/5] image: add IMAGE_GEN_COMBINED_DEBUGFS build option

There is IMAGE_GEN_DEBUGFS="1" variable that enables build of additional rootfs-dbg and additional archive that contains complimentary symbols files for a given image. But the issue with this resulting directory and tarball that before use it has to be combined with original image content. It is

[OE-core] [PATCH 2/9] linux-libc-headers: update to 4.15.7

While we don't normally follow all the -stable updates for libc-headers, there was one userspace header that was broken in the 4.15 cycle, and it has now been fixed in -stable. The offending header breaks the build for several packages, so we update to pick up this change: Author: Hauke

[OE-core] [PATCH 4/9] linux-yocto/4.14: update to v4.14.24

Updating the korg stable release which comprises the following commits: 6e4548ea58e6 Linux 4.14.24 ab5d9d1751bc net: sched: fix use-after-free in tcf_block_put_ext ac2be03ba64f net_sched: get rid of rcu_barrier() in tcf_block_put_ext() 1c8e7e61cbdf net: sched: crash on blocks with

[OE-core] [PATCH 5/9] linux-yocto/4.12: fix aufs compile warning

From: "Kexin(Casey) Chen" Forward port linux-yocto-4.8's patch to fix the build warning. http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-4.8/commit/?h=standard/base=7e0dd2f2b0971f0e3191e1ddc088e09eb9855567 fs/aufs/debug.h:95:19: warning:

[OE-core] [PATCH 9/9] kernel: make copying of crtsavres.o conditional

As of the 4.13 kernel, there are configuration + linker combinations that do not need (or build) crtsavres.o for ppc64 targets. The commit of interest is: commit efe0160cfd40a99c052a00e174787c1f4158a9cd Author: Nicholas Piggin Date: Fri May 12 01:56:52 2017 +1000

[OE-core] [PATCH 6/9] linux-yocto/4.12: memleak and build warning fixes

Integrating the warning/leak fixes: 73873cb152c brd: remove unused brd_mutex 912c53b1b346 audit: fix memleak in auditd_send_unicast_skb. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb | 4 ++--

[OE-core] [PATCH 7/9] linux-yocto: aufs and systemtap

Integrating a configuration change for systemtap: features/systemtap/systemtap.cfg: enable CONFIG_KERNEL_DEBUG And porting the aufs warning fix to 4.14 and 4.15: aufs: fix compile warning Signed-off-by: Bruce Ashfield ---

[OE-core] [PATCH 8/9] linux-yocto/4.12: warning: drm/i915/cfl: Coffee Lake works on Kaby Lake PCH

Integrating the following warning backport: commit eb371933cf4d3495d0899880b2e0e252ce9db517 upstream. Coffee Lake CPU on Kaby Lake PCH is possible. It does exist, and it does work. The only missed case was this warning here noticed by Wendy who could get one system with this

[OE-core] ✗ patchtest: failure for kernel-yocto: consolidated pull request

== Series Details == Series: kernel-yocto: consolidated pull request Revision: 1 URL : https://patchwork.openembedded.org/series/11278/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [RFC PATCH 1/5] Revert "systemtap: Cross compilation fix"

This reverts commit 787bed708676fc04aee2850825e803273152f657. Signed-off-by: Victor Kamensky --- .../systemtap/systemtap/system_map_location.patch | 23 -- meta/recipes-kernel/systemtap/systemtap_git.inc| 1 - 2 files changed, 24 deletions(-)

[OE-core] [RFC PATCH 2/5] systemtap: support --sysroot option in variety of situations in cross build

For details on issues fixed please look at commit message of individual patches. Upstream-Status: Submitted [system...@sourceware.org] Change-Id: Id2fd0fbddb33e4a4387b732005a6e902a5c6129c Signed-off-by: Victor Kamensky --- ...-short-release-r-option-handling-in-case-.patch

Re: [OE-core] [RFC PATCH 0/5] systemtap adding sysroot, cross compiling of user land related scripts

On 03/06/2018 07:50 PM, Victor Kamensky wrote: I am a fan of SystemTap and big fan of OE. Systemtap and OE use case I have on my mind is the following: Hello Victor, even though I'm listed as the maintainer of systemtap, I do not actually use it or know anything about it - my responsibility

[OE-core] [PATCH V2] insane.bbclass: skip opening symlinks in package_qa_check_libdir

If the library is installed in a non-standard location and don't set INSANE_SKIP, e.g. libfoo.so is installed in /usr/local/lib. The package_qa_check_libdir will cause a traceback because it will try to open the .so link in package-dev to check if it's an ELF: The stack trace of python calls that

[OE-core] [PATCH][roko] webkitgtk_2.16.6.bb: Remove gl3.h header reference

GLES 2 application cannot use gl3.h header files, remove including gl3.h when OpenGLESv2 is enabled in webkitgtk Backported from OE-core master. Signed-off-by: Bhargava Sreekantappa Gayathri Signed-off-by: Manjukumar Matha

[OE-core] ✗ patchtest: failure for webkitgtk_2.16.6.bb: Remove gl3.h header reference (rev2)

== Series Details == Series: webkitgtk_2.16.6.bb: Remove gl3.h header reference (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/11127/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several

[OE-core] [PATCH] patch:2.7.5 -> 2.7.6

Upgrade patch from 2.7.5 to 2.7.6. Signed-off-by: Huang Qiyu --- meta/recipes-devtools/patch/{patch_2.7.5.bb => patch_2.7.6.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/patch/{patch_2.7.5.bb => patch_2.7.6.bb} (71%)

[OE-core] [PATCH] iptables: 1.6.1 -> 1.6.2

Upgrade iptables from 1.6.1 to 1.6.2. Signed-off-by: Huang Qiyu --- .../iptables/{iptables_1.6.1.bb => iptables_1.6.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/iptables/{iptables_1.6.1.bb =>

[OE-core] [PATCH] libpng: Upgrade 1.6.32 -> 1.6.34

License-Update: License file changes are due to updates in Version and Copyright date Signed-off-by: youngseokyoon --- .../libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} | 8 1 file changed, 4 insertions(+), 4 deletions(-) rename

[OE-core] [PATCH] libpng: Upgrade 1.6.32 -> 1.6.34

License-Update: License file changes are due to updates in Version and Copyright date Signed-off-by: youngseok --- .../libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} | 8 1 file changed, 4 insertions(+), 4 deletions(-) rename

[OE-core] [PATCH] libpng: Upgrade 1.6.32 -> 1.6.34

License file changes are due to updates in Version and Copyright date Signed-off-by: youngseokyoon --- .../libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} | 8 1 file changed, 4 insertions(+), 4 deletions(-) rename

[OE-core] ✗ patchtest: failure for libpng: Upgrade 1.6.32 -> 1.6.34

== Series Details == Series: libpng: Upgrade 1.6.32 -> 1.6.34 Revision: 1 URL : https://patchwork.openembedded.org/series/11286/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on

[OE-core] [PATCH] glide.bbclass: Add class to easy Glide use

To use 'glide' this class does the integration and reduces code duplication. Signed-off-by: Otavio Salvador --- meta/classes/glide.bbclass | 9 + 1 file changed, 9 insertions(+) create mode 100644 meta/classes/glide.bbclass diff --git

Re: [OE-core] [PATCH v2] gdb: fix header ordering for TRAP_HWBKPT

On Tue, Mar 6, 2018 at 7:46 AM, Daniel Díaz wrote: > This error can appear in gdb/nat/linux-ptrace.c because of > the order in which some headers are processed: > | In file included from ../../gdb-7.11.1/gdb/nat/linux-ptrace.c:20:0: > |

[OE-core] [PATCH] gdb: Add signed-off-by tag to patch

A patch went in (in 4aaf747) without a proper signed-off-by because the project (in its upstream repository) does not use Git. This will take care of that before spreading the patch to other branches. Signed-off-by: Daniel Díaz ---

[OE-core] [PATCH] systemd-udev: Add systemd-mount to mount.sh

Issue: mkfs.ext4 fails, prompting that the device is in use by the system. But there is no mounted infomation in /proc/mounts. Reproduce: Be sure that there is storage device connected to you machine. Boot the machine. root@intel-x86-64:~# mkfs.ext4 /dev/mmcblk0p1 mke2fs

Re: [OE-core] [oe-core][PATCH 1/1] gnome-desktop3: eliminate erroneous free()

Please don't patch a patch, but fix the patch. Ross On 6 March 2018 at 00:04, Joe Slater wrote: > gnome-desktop-thumbnail-don-t-convert-time_t-to-long.patch introduced > a call to localtime() and a free() of the structure returned. This is > incorrect, as the

[OE-core] [PATCH v2] gdb: fix header ordering for TRAP_HWBKPT

This error can appear in gdb/nat/linux-ptrace.c because of the order in which some headers are processed: | In file included from ../../gdb-7.11.1/gdb/nat/linux-ptrace.c:20:0: | ../../gdb-7.11.1/gdb/nat/linux-ptrace.h:175:22: error: expected identifier before numeric constant | # define

[OE-core] [PATCH] libdrm: 2.4.90 -> 2.4.91

This is a minor release, announced in March 5th, 2018, which includes following changes: , | Andrey Grodzovsky (1): | amdgpu: Fix mistake in initial hole size calculation. | | Christian König (3): | amdgpu: mostly revert "use the high VA range if possible v2" | amdgpu: add

[OE-core] ✗ patchtest: failure for gdb: fix header ordering for TRAP_HWBKPT (rev2)

== Series Details == Series: gdb: fix header ordering for TRAP_HWBKPT (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/11215/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

Re: [OE-core] [PATCH] busybox: mdev: make mdev auto load modules at boot

On 05-03-18 09:22, Quentin Schulz wrote: Thanks to the MODALIAS line at the beginning of mdev.conf, mdev supports module auto probing on hotplug. However, this does not work for cold plugged modules (i.e. modules for devices that were probed before mdev is added as hotplug handler). Running

Re: [OE-core] [PATCH] dbus-glib: refresh patches

I don't want to spam the list again, so this is the new commit message on my patch rebase series. The rest are in poky-contrib:ross/mut2 and are identical. Any further comments? Ross On 6 March 2018 at 15:10, Ross Burton wrote: > The patch tool will apply patches by

[OE-core] ✗ patchtest: failure for beaglebone: Find /boot partition on mmcblk0

== Series Details == Series: beaglebone: Find /boot partition on mmcblk0 Revision: 1 URL : https://patchwork.openembedded.org/series/11273/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [rocko][PATCH] beaglebone: Find /boot partition on mmcblk0

From: Drew Moseley After commit edcf39820f94c84b29c95a0d7b16b8d36857e87b the beaglebone builds fail to mount the boot partition as it is specified in /etc/fstab with the device node /dev/mmcblkp1. With systemd in particular this is considered an error and the system

[OE-core] [PATCH] dbus-glib: refresh patches

The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz

Re: [OE-core] [PATCH] busybox: mdev: make mdev auto load modules at boot

Hi, On Mon, Mar 05, 2018 at 07:12:01PM -0800, Khem Raj wrote: > On Mon, Mar 5, 2018 at 12:22 AM, Quentin Schulz > wrote: > > Thanks to the MODALIAS line at the beginning of mdev.conf, mdev supports > > module auto probing on hotplug. > > > > However, this does not

[OE-core] [PATCH 1/2] libunistring: update version to 0.9.9

License-Update: checksum change is due to bump in copyright year to 2018. Signed-off-by: Maxin B. John --- .../libunistring/{libunistring_0.9.8.bb => libunistring_0.9.9.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename

[OE-core] [PATCH 2/2] libsolv: update to version 0.6.33

0.6.32 -> 0.6.33 * new Selection.clone() method in the bindings * new pool.parserpmrichdep() method in the bindings * fix bad assignment in solution refinement that led to a memory leak * use license tag instead of doc in the spec file [bnc#1082318] Signed-off-by: Maxin B. John

[OE-core] [PATCH] libcgroup: Various fixes

* Use PACKAGECONFIG for pam instead of two bb.utils.contains * Add leading whitespace to EXTRA_OEMAKE_append_libc_musl * Usr lnr in do_install_append rather than a sed generated ../-sequence. Signed-off-by: Ola x Nilsson --- meta/recipes-core/libcgroup/libcgroup_0.41.bb | 11