On Tue, Feb 10, 2026 at 8:19 AM Richard Purdie < [email protected]> wrote:
> On Tue, 2026-02-10 at 11:09 +0100, Mathieu Dubois-Briand wrote: > > On Fri Feb 6, 2026 at 9:27 PM CET, Bruce Ashfield via > lists.openembedded.org wrote: > > > From: Bruce Ashfield <[email protected]> > > > > > > Hi all, > > > > > > Here's my series for the two repositories combined into one. > > > I usually do end up missing some reference to the old kernels, > > > so I'm never completely sure that I've gotten them all. > > > > > > But with this (and thanks to Kevin getting the beaglebone > > > working with 6.18/standard/base), we are down to just the > > > single reference kernel. > > > > > > As usual, I'll continue updating any kernel that is active > > > upstream, and I'll send -stable updates to the appropriate > > > branches. > > > > > > I also plan to make my scripts available for those that may > > > want to bump SRCREVs by themselves to continue consuming my > > > merges. > > > > > > I'm out for the weekend, but will pick up any issues with > > > this on first thing Monday morning. > > > > Looks correct on the autobuilder. > > > > Just a quick note for Jan-Simon: once merged, this will break meta- > > agl > > layer, as it refers to 6.16 as a preferred version: > > > > WARNING: preferred version 6.16% of linux-yocto not available (for > > item virtual/kernel) > > WARNING: versions of linux-yocto available: 6.18.8+git > > > > https://autobuilder.yoctoproject.org/valkyrie/#/builders/55/builds/2987 > > It mostly worked in my testing except for: > > https://autobuilder.yoctoproject.org/valkyrie/#/builders/60/builds/3148 > https://autobuilder.yoctoproject.org/valkyrie/#/builders/22/builds/3176 > > linux-yocto-6.18.7+git-r0 do_kernel_version_sanity_check: Package Version > (6.18.7+git) does not match of kernel being built (6.18.8). Please update > the PV variable to match the kernel source or set > KERNEL_VERSION_SANITY_SKIP="1" in your recipe. > > Did I miss a patch or something? > I also just sent another patch to the bbappend, to bump it to 6.18.9, but you can ignore that patch, as I haven't sent the base uprev yet. genericarm64 has its own SRCREV, so we always need the patch to bump it along with the base kernel or we'll get those version mismatch warnings. I could fix it by putting a PV into the bbappend, and then only when I update both the SRCREV and the PV will the reference board move forward .. but I think we should leave it as-is, since it prevents them from falling behind the other qemu based reference boards. Bruce > > Cheers, > > Richard > > -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#230902): https://lists.openembedded.org/g/openembedded-core/message/230902 Mute This Topic: https://lists.openembedded.org/mt/117678889/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
