[PATCH 0/4] Fixes for kernel 7.2

[PATCH 0/4] Fixes for kernel 7.2

[Mikko Rapeli]

These fixes are needed for Linux kernel 7.2-rc7 currently in linux-yocto-dev.
Tested with genericarm64 machine and core-image-sato-sdk image and oeqa
runtime tests on AMD KV260:

https://ledge.validation.linaro.org/scheduler/job/165052

2026-08-13 16:08:25,555 - runtime - INFO - SUMMARY:
2026-08-13 16:08:25,556 - runtime - INFO - runtime () - Ran 76 tests in 841.196s
2026-08-13 16:08:25,556 - runtime - INFO - runtime - OK - All required tests passed (successes=39, skipped=37, failures=0, errors=0)

Mikko Rapeli (4):
  lttng-modules: update from 2.15.2 to 2.16.0-rc2
  testexport.bbclass: capture meta/lib/oe
  kernel-devsrc: copy gen-kernel-hwcaps.sh on arm64
  kernel-devsrc: copy kernel/sched/ext directory

 meta/classes-recipe/testexport.bbclass                      | 5 +++--
 meta/recipes-kernel/linux/kernel-devsrc.bb                  | 6 ++++++
 ...{lttng-modules_2.15.2.bb => lttng-modules_2.16.0-rc2.bb} | 5 +++--
 3 files changed, 12 insertions(+), 4 deletions(-)
 rename meta/recipes-kernel/lttng/{lttng-modules_2.15.2.bb => lttng-modules_2.16.0-rc2.bb} (94%)

-- 
2.55.0

[PATCH 1/4] lttng-modules: update from 2.15.2 to 2.16.0-rc2

[Mikko Rapeli]

To support kernel version 7.2. Fixes build error:

| lttng-syscalls.c: In function 'lttng_syscall_event_enabler_create_event':
| lttng-syscalls.c:612:17: error: implicit declaration of function 'strncpy' [-Wimplicit-function-declaration]
|   612 |                 strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
|       |                 ^~~~~~~
| lttng-syscalls.c:101:1: note: include '<string.h>' or provide a declaration of 'strncpy'
|   100 | #include <instrumentation/syscalls/syscalls_unknown.h>
|   +++ |+#include <string.h>
|   101 | #undef TRACE_SYSTEM
| lttng-syscalls.c:612:17: warning: incompatible implicit declaration of built-in function 'strncpy' [-Wbuiltin-declaration-mismatch]
|   612 |                 strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
|       |                 ^~~~~~~
| lttng-syscalls.c:612:17: note: include '<string.h>' or provide a declaration of 'strncpy'
| lttng-syscalls.c:704:17: warning: incompatible implicit declaration of built-in function 'strncpy' [-Wbuiltin-declaration-mismatch]
|   704 |                 strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
|       |                 ^~~~~~~
| lttng-syscalls.c:704:17: note: include '<string.h>' or provide a declaration of 'strncpy'

Signed-off-by: Mikko Rapeli <mikko.rapeli@linaro.org>
---
 .../{lttng-modules_2.15.2.bb => lttng-modules_2.16.0-rc2.bb} | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)
 rename meta/recipes-kernel/lttng/{lttng-modules_2.15.2.bb => lttng-modules_2.16.0-rc2.bb} (94%)

diff --git a/meta/recipes-kernel/lttng/lttng-modules_2.15.2.bb b/meta/recipes-kernel/lttng/lttng-modules_2.16.0-rc2.bb
similarity index 94%
rename from meta/recipes-kernel/lttng/lttng-modules_2.15.2.bb
rename to meta/recipes-kernel/lttng/lttng-modules_2.16.0-rc2.bb
index bfa1fc619a..e19850d4f8 100644
--- a/meta/recipes-kernel/lttng/lttng-modules_2.15.2.bb
+++ b/meta/recipes-kernel/lttng/lttng-modules_2.16.0-rc2.bb
@@ -20,8 +20,9 @@ SRC_URI = "https://lttng.org/files/${BPN}/${BPN}-${PV}.tar.bz2 \
 
 # Use :append here so that the patch is applied also when using devupstream
 SRC_URI:append = " file://0001-src-Kbuild-change-missing-CONFIG_TRACEPOINTS-to-warn.patch \
-                "
-SRC_URI[sha256sum] = "a8fbe5f76a89856505a4310c549952b7a47350b1115679c59fd303ac457444a8"
+                 "
+
+SRC_URI[sha256sum] = "43c05267526257464c9a048087dc7ac73363bb4ca4ed7a961bcf655e012595d7"
 
 export INSTALL_MOD_DIR = "kernel/lttng-modules"
 
-- 
2.55.0

[PATCH 2/4] testexport.bbclass: capture meta/lib/oe

[Mikko Rapeli]

oeqa runtime tests like stap.py depend oe library so capture
it to testexport tar ball so that test environments can run the
test too. Fixes:

2026-08-13 06:44:37,419 - runtime - INFO - ERROR: test_stap (stap.StapTest.test_stap)
2026-08-13 06:44:37,420 - runtime - INFO - ----------------------------------------------------------------------
2026-08-13 06:44:37,420 - runtime - INFO - Traceback (most recent call last):
  File "/lava-downloads/core-image-sato-sdk/meta/lib/oeqa/core/decorator/__init__.py", line 35, in wrapped_f
    return func(*args, **kwargs)
  File "/lava-downloads/core-image-sato-sdk/meta/lib/oeqa/core/decorator/__init__.py", line 35, in wrapped_f
    return func(*args, **kwargs)
  File "/lava-downloads/core-image-sato-sdk/meta/lib/oeqa/core/decorator/__init__.py", line 35, in wrapped_f
    return func(*args, **kwargs)
  [Previous line repeated 1 more time]
  File "/lava-downloads/core-image-sato-sdk/meta/lib/oeqa/runtime/cases/stap.py", line 19, in test_stap
    from oe.utils import parallel_make_value
ModuleNotFoundError: No module named 'oe'

Signed-off-by: Mikko Rapeli <mikko.rapeli@linaro.org>
---
 meta/classes-recipe/testexport.bbclass | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/classes-recipe/testexport.bbclass b/meta/classes-recipe/testexport.bbclass
index 12b7e17112..adcc36c062 100644
--- a/meta/classes-recipe/testexport.bbclass
+++ b/meta/classes-recipe/testexport.bbclass
@@ -117,9 +117,10 @@ def copy_needed_files(d, tc):
             shutil.copy2(src, dst)
 
     # layer specific files/dirs
-    layer_files_to_copy = [ os.path.join('lib', 'oeqa', 'core'),
-                      os.path.join('lib', 'oeqa', 'runtime'),
+    layer_files_to_copy = [ os.path.join('lib', 'oe'),
+                      os.path.join('lib', 'oeqa', 'core'),
                       os.path.join('lib', 'oeqa', 'files'),
+                      os.path.join('lib', 'oeqa', 'runtime'),
                       os.path.join('lib', 'oeqa', 'utils'),]
     for layer in bblayers:
         meta = os.path.basename(layer)
-- 
2.55.0

[PATCH 3/4] kernel-devsrc: copy gen-kernel-hwcaps.sh on arm64

[Mikko Rapeli]

New generator script is needed for arm64 kernel module builds after v7.0-rc4.
Fixes oeqa runtime kernelmodule.py failure on arm64 machines:

  GEN     arch/arm64/include/generated/asm/cpucap-defs.h
make[2]: *** No rule to make target 'arch/arm64/tools/gen-kernel-hwcaps.sh', needed by 'arch/arm64/include/generated/asm/kernel-hwcap.h'.  Stop.
make[1]: *** [arch/arm64/Makefile:199: archprepare] Error 2

Signed-off-by: Mikko Rapeli <mikko.rapeli@linaro.org>
---
 meta/recipes-kernel/linux/kernel-devsrc.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-kernel/linux/kernel-devsrc.bb b/meta/recipes-kernel/linux/kernel-devsrc.bb
index ca1a08cba3..0b52f5d48c 100644
--- a/meta/recipes-kernel/linux/kernel-devsrc.bb
+++ b/meta/recipes-kernel/linux/kernel-devsrc.bb
@@ -220,6 +220,9 @@ do_install() {
             cp -a --parents arch/arm64/tools/syscall_64.tbl $kerneldir/build/   2>/dev/null || :
             cp -a --parents arch/arm64/tools/syscall_32.tbl $kerneldir/build/   2>/dev/null || :
 
+            # 7.0+
+            cp -a --parents arch/arm64/tools/gen-kernel-hwcaps.sh $kerneldir/build/   2>/dev/null || :
+
             if [ -e $kerneldir/build/arch/arm64/tools/gen-cpucaps.awk ]; then
                  sed -i -e "s,#!.*awk.*,#!${USRBINPATH}/env awk," $kerneldir/build/arch/arm64/tools/gen-cpucaps.awk
             fi
-- 
2.55.0

[PATCH 4/4] kernel-devsrc: copy kernel/sched/ext directory

[Mikko Rapeli]

ext_* files were moved there in upstream commit
bba2c3615bd sched_ext: Move sources under kernel/sched/ext/

Fixes oeqa kernelmodule.py failure with 7.2 kernel:

  CC      kernel/sched/rq-offsets.s
In file included from kernel/sched/rq-offsets.c:5:
kernel/sched/sched.h:4214:10: fatal error: ext/ext.h: No such file or directory
 4214 | #include "ext/ext.h"
      |          ^~~~~~~~~~~
compilation terminated.
make[2]: *** [scripts/Makefile.build:184: kernel/sched/rq-offsets.s] Error 1
make[1]: *** [/usr/lib/modules/7.2.0-rc7-yoctodev-standard/build/Makefile:1408: prepare0] Error 2

Signed-off-by: Mikko Rapeli <mikko.rapeli@linaro.org>
---
 meta/recipes-kernel/linux/kernel-devsrc.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-kernel/linux/kernel-devsrc.bb b/meta/recipes-kernel/linux/kernel-devsrc.bb
index 0b52f5d48c..da33e9facb 100644
--- a/meta/recipes-kernel/linux/kernel-devsrc.bb
+++ b/meta/recipes-kernel/linux/kernel-devsrc.bb
@@ -368,6 +368,9 @@ do_install() {
         cp -a --parents kernel/sched/ext.h $kerneldir/build 2>/dev/null || :
         cp -a --parents kernel/workqueue_internal.h $kerneldir/build 2>/dev/null || :
 
+        # 7.1+
+        cp -a --parents kernel/sched/ext $kerneldir/build 2>/dev/null || :
+
         if [ "${ARCH}" = "mips" ]; then
             cp -a --parents arch/mips/Kbuild.platforms $kerneldir/build/
             cp --parents $(find -type f -name "Platform") $kerneldir/build
-- 
2.55.0

Re: [OE-core] [PATCH 1/4] lttng-modules: update from 2.15.2 to 2.16.0-rc2

[Richard Purdie]

On Fri, 2026-08-14 at 09:48 +0300, Mikko Rapeli via lists.openembedded.org wrote:
> To support kernel version 7.2. Fixes build error:
> 
> > lttng-syscalls.c: In function 'lttng_syscall_event_enabler_create_event':
> > lttng-syscalls.c:612:17: error: implicit declaration of function 'strncpy' [-Wimplicit-function-declaration]
> >   612 |                 strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
> >       |                 ^~~~~~~
> > lttng-syscalls.c:101:1: note: include '<string.h>' or provide a declaration of 'strncpy'
> >   100 | #include <instrumentation/syscalls/syscalls_unknown.h>
> >   +++ |+#include <string.h>
> >   101 | #undef TRACE_SYSTEM
> > lttng-syscalls.c:612:17: warning: incompatible implicit declaration of built-in function 'strncpy' [-Wbuiltin-declaration-mismatch]
> >   612 |                 strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
> >       |                 ^~~~~~~
> > lttng-syscalls.c:612:17: note: include '<string.h>' or provide a declaration of 'strncpy'
> > lttng-syscalls.c:704:17: warning: incompatible implicit declaration of built-in function 'strncpy' [-Wbuiltin-declaration-mismatch]
> >   704 |                 strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
> >       |                 ^~~~~~~
> > lttng-syscalls.c:704:17: note: include '<string.h>' or provide a declaration of 'strncpy'
> 
> Signed-off-by: Mikko Rapeli <mikko.rapeli@linaro.org>
> ---
>  .../{lttng-modules_2.15.2.bb => lttng-modules_2.16.0-rc2.bb} | 5 +++--
>  1 file changed, 3 insertions(+), 2 deletions(-)
>  rename meta/recipes-kernel/lttng/{lttng-modules_2.15.2.bb => lttng-modules_2.16.0-rc2.bb} (94%)

This probably needs to have a PV of 2.16.0~rc2 else the version sorting
when we upgrade to the release won't work...

Do we know how far off the final release is?

Cheers,

Richard

Re: [OE-core] [PATCH 1/4] lttng-modules: update from 2.15.2 to 2.16.0-rc2

[Mikko Rapeli]

Hi,

On Fri, Aug 14, 2026 at 11:48:32AM +0100, Richard Purdie wrote:
> On Fri, 2026-08-14 at 09:48 +0300, Mikko Rapeli via lists.openembedded.org wrote:
> > To support kernel version 7.2. Fixes build error:
> > 
> > > lttng-syscalls.c: In function 'lttng_syscall_event_enabler_create_event':
> > > lttng-syscalls.c:612:17: error: implicit declaration of function 'strncpy' [-Wimplicit-function-declaration]
> > > � 612 |���������������� strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
> > > ����� |���������������� ^~~~~~~
> > > lttng-syscalls.c:101:1: note: include '<string.h>' or provide a declaration of 'strncpy'
> > > � 100 | #include <instrumentation/syscalls/syscalls_unknown.h>
> > > � +++ |+#include <string.h>
> > > � 101 | #undef TRACE_SYSTEM
> > > lttng-syscalls.c:612:17: warning: incompatible implicit declaration of built-in function 'strncpy' [-Wbuiltin-declaration-mismatch]
> > > � 612 |���������������� strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
> > > ����� |���������������� ^~~~~~~
> > > lttng-syscalls.c:612:17: note: include '<string.h>' or provide a declaration of 'strncpy'
> > > lttng-syscalls.c:704:17: warning: incompatible implicit declaration of built-in function 'strncpy' [-Wbuiltin-declaration-mismatch]
> > > � 704 |���������������� strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
> > > ����� |���������������� ^~~~~~~
> > > lttng-syscalls.c:704:17: note: include '<string.h>' or provide a declaration of 'strncpy'
> > 
> > Signed-off-by: Mikko Rapeli <mikko.rapeli@linaro.org>
> > ---
> > �.../{lttng-modules_2.15.2.bb => lttng-modules_2.16.0-rc2.bb} | 5 +++--
> > �1 file changed, 3 insertions(+), 2 deletions(-)
> > �rename meta/recipes-kernel/lttng/{lttng-modules_2.15.2.bb => lttng-modules_2.16.0-rc2.bb} (94%)
> 
> This probably needs to have a PV of 2.16.0~rc2 else the version sorting
> when we upgrade to the release won't work...

Then the version is different compared to upstream tags. For CVEs I can set
CVE_VERSION.

> Do we know how far off the final release is?

Honestly I don't know. Past releases seem to have around six weeks between
last release candidate and actual release. v2.16.0-rc1 was tagged 7 weeks ago,
v2.16.0-rc2 just two weeks ago so feels like it is quite close now.

Cheers,

-Mikko

Re: [OE-core] [PATCH 4/4] kernel-devsrc: copy kernel/sched/ext directory

[Bruce Ashfield]

On Fri, Aug 14, 2026 at 2:48 AM Mikko Rapeli via
lists.openembedded.org
<mikko.rapeli=linaro.org@lists.openembedded.org> wrote:
>
> ext_* files were moved there in upstream commit
> bba2c3615bd sched_ext: Move sources under kernel/sched/ext/
>
> Fixes oeqa kernelmodule.py failure with 7.2 kernel:
>
>   CC      kernel/sched/rq-offsets.s
> In file included from kernel/sched/rq-offsets.c:5:
> kernel/sched/sched.h:4214:10: fatal error: ext/ext.h: No such file or directory
>  4214 | #include "ext/ext.h"
>       |          ^~~~~~~~~~~
> compilation terminated.
> make[2]: *** [scripts/Makefile.build:184: kernel/sched/rq-offsets.s] Error 1
> make[1]: *** [/usr/lib/modules/7.2.0-rc7-yoctodev-standard/build/Makefile:1408: prepare0] Error 2
>
> Signed-off-by: Mikko Rapeli <mikko.rapeli@linaro.org>
> ---
>  meta/recipes-kernel/linux/kernel-devsrc.bb | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/meta/recipes-kernel/linux/kernel-devsrc.bb b/meta/recipes-kernel/linux/kernel-devsrc.bb
> index 0b52f5d48c..da33e9facb 100644
> --- a/meta/recipes-kernel/linux/kernel-devsrc.bb
> +++ b/meta/recipes-kernel/linux/kernel-devsrc.bb
> @@ -368,6 +368,9 @@ do_install() {
>          cp -a --parents kernel/sched/ext.h $kerneldir/build 2>/dev/null || :
>          cp -a --parents kernel/workqueue_internal.h $kerneldir/build 2>/dev/null || :
>
> +        # 7.1+
> +        cp -a --parents kernel/sched/ext $kerneldir/build 2>/dev/null || :

Is it actually all of the files we need from the directory ?

We avoid full directory copies wherever possible.

Bruce

> +
>          if [ "${ARCH}" = "mips" ]; then
>              cp -a --parents arch/mips/Kbuild.platforms $kerneldir/build/
>              cp --parents $(find -type f -name "Platform") $kerneldir/build
> --
> 2.55.0
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#243422): https://lists.openembedded.org/g/openembedded-core/message/243422
> Mute This Topic: https://lists.openembedded.org/mt/120745544/1050810
> Group Owner: openembedded-core+owner@lists.openembedded.org
> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [bruce.ashfield@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>


-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

Re: [OE-core] [PATCH 1/4] lttng-modules: update from 2.15.2 to 2.16.0-rc2

[Bruce Ashfield]

On Fri, Aug 14, 2026 at 7:27 AM Mikko Rapeli <mikko.rapeli@linaro.org> wrote:
>
> Hi,
>
> On Fri, Aug 14, 2026 at 11:48:32AM +0100, Richard Purdie wrote:
> > On Fri, 2026-08-14 at 09:48 +0300, Mikko Rapeli via lists.openembedded.org wrote:
> > > To support kernel version 7.2. Fixes build error:
> > >
> > > > lttng-syscalls.c: In function 'lttng_syscall_event_enabler_create_event':
> > > > lttng-syscalls.c:612:17: error: implicit declaration of function 'strncpy' [-Wimplicit-function-declaration]
> > > >   612 |                 strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
> > > >       |                 ^~~~~~~
> > > > lttng-syscalls.c:101:1: note: include '<string.h>' or provide a declaration of 'strncpy'
> > > >   100 | #include <instrumentation/syscalls/syscalls_unknown.h>
> > > >   +++ |+#include <string.h>
> > > >   101 | #undef TRACE_SYSTEM
> > > > lttng-syscalls.c:612:17: warning: incompatible implicit declaration of built-in function 'strncpy' [-Wbuiltin-declaration-mismatch]
> > > >   612 |                 strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
> > > >       |                 ^~~~~~~
> > > > lttng-syscalls.c:612:17: note: include '<string.h>' or provide a declaration of 'strncpy'
> > > > lttng-syscalls.c:704:17: warning: incompatible implicit declaration of built-in function 'strncpy' [-Wbuiltin-declaration-mismatch]
> > > >   704 |                 strncpy(ev.name, desc->event_name, LTTNG_KERNEL_ABI_SYM_NAME_LEN - 1);
> > > >       |                 ^~~~~~~
> > > > lttng-syscalls.c:704:17: note: include '<string.h>' or provide a declaration of 'strncpy'
> > >
> > > Signed-off-by: Mikko Rapeli <mikko.rapeli@linaro.org>
> > > ---
> > >  .../{lttng-modules_2.15.2.bb => lttng-modules_2.16.0-rc2.bb} | 5 +++--
> > >  1 file changed, 3 insertions(+), 2 deletions(-)
> > >  rename meta/recipes-kernel/lttng/{lttng-modules_2.15.2.bb => lttng-modules_2.16.0-rc2.bb} (94%)
> >
> > This probably needs to have a PV of 2.16.0~rc2 else the version sorting
> > when we upgrade to the release won't work...
>
> Then the version is different compared to upstream tags. For CVEs I can set
> CVE_VERSION.
>
> > Do we know how far off the final release is?
>
> Honestly I don't know. Past releases seem to have around six weeks between
> last release candidate and actual release. v2.16.0-rc1 was tagged 7 weeks ago,
> v2.16.0-rc2 just two weeks ago so feels like it is quite close now.

That's why I've always avoided the lttng-modules -rc releases and have opted
to just cherry-pick the patches supporting the newer kernels when I go through
an uprev cycle.

That being said, the -rc isn't any riskier than that approach, I just don't like
timing their release.

Bruce

>
> Cheers,
>
> -Mikko



-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II