Linux 6.19-rc1

Linux 6.19-rc1

[Linus Torvalds]

So it's Sunday afternoon in the part of the world where I am now, so
if somebody was looking at trying to limbo under the merge window
timing with one last pull request and is taken by surprise by the
slightly unusual timing of the rc1 release, that failed.

Teaching moment, or random capricious acts? You be the judge.

Anyway, this merge window was slightly unusual in how we had a number
of kernel maintainers on the road the last week due to the yearly
maintainer summit, but also in how some of the core pull requests were
about various conversions to expand on and use more of our automatic
compiler cleanup infrastructure. That happened in several subsystems,
but the VFS layer stands out.

And on the Rust front, we are now starting to see several actual
drivers starting to take form. The "mainly preparation and
infrastructure" phase is starting to become "actual driver and
subsystems development".

That said, despite a few unusual patterns, the big picture really
looks pretty normal: half the rc1 patch is driver updates (gpu,
networking, media and sound stand out as big subsystems as usual, but
there's pretty much everything in there). The rest is all over the
map, with architecture updates, tooling, Rust support, tooling,
documentation, and core kernel (mm, scheduler, networking) updates.

Below is my mergelog as a rough overview of what I've pulled and from
who - for full details you have to go to the git tree.

                  Linus

---


Al Viro (1):
    persistent dentry infrastructure and conversion

Alex Williamson (1):
    VFIO updates

Alexandre Belloni (3):
    i3c updates
    RTC updates
    further i3c update

Alexei Starovoitov (1):
    bpf updates

Andreas Gruenbacher (1):
    gfs2 updates

Andreas Hindborg (1):
    configfs updates

Andrew Morton (4):
    MM updates
    non-MM updates
    more MM updates
    misc updates

Andy Shevchenko (1):
    auxdisplay updates

Ard Biesheuvel (1):
    EFI updates

Arnd Bergmann (6):
    SoC defconfig updates
    SoC ARM code updates
    SoC devicetree updates
    new SoC families update
    SoC driver updates
    more SoC driver updates

Bartosz Golaszewski (2):
    gpio updates
    gpio updates

Bjorn Andersson (2):
    remoteproc updates
    rpmsg updates

Bjorn Helgaas (2):
    PCI updates
    PCI fix

Borislav Petkov (8):
    EDAC updates
    x86 RAS updates
    x86 microcode loading updates
    x86 resource control updates
    x86 cleanups
    x86 SEV updates
    x86 CPU mitigation updates
    x86 mm updates

Carlos Maiolino (1):
    xfs updates

Casey Schaufler (1):
    smack updates

Catalin Marinas (1):
    arm64 updates

Christian Brauner (17):
    iomap updates
    misc vfs updates
    vfs inode updates
    writeback updates
    namespace updates
    pidfd and coredump updates
    folio updates
    cred guard updates
    fs header updates
    superblock lock guard updates
    minix fixes
    directory delegations update
    directory locking updates
    overlayfs cred guard conversion
    autofs update
    fd prepare updates
    vfs fixes

Chuck Lever (1):
    nfsd updates

Corey Minyard (1):
    IPMI updates

Dan Williams (1):
    PCIe Link Encryption and Device Authentication

Daniel Gomez (1):
    module updates

Danilo Krummrich (1):
    driver core updates

Dave Airlie (4):
    drm updates
    more drm updates
    drm fixes
    more drm fixes

Dave Hansen (4):
    misc x86 updates
    x86 entry update
    x86 CPU feature updates
    x86 SGX updates

Dave Jiang (1):
    compute express link (CXL) updates

David Sterba (1):
    btrfs updates

Dmitry Torokhov (1):
    input updates

Dominique Martinet (1):
    9p updates

Eric Biggers (6):
    crypto library updates
    crypto library test updates
    AES-GCM optimizations
    'at_least' array size update
    arm64 FPSIMD on-stack buffer updates
    crypto library fixes

Fan Wu (1):
    IPE udates

Frederic Weisbecker (1):
    RCU updates

Gao Xiang (1):
    erofs updates

Geert Uytterhoeven (1):
    m68k update

Greg KH (5):
    SPDX License update
    char/misc/IIO driver updates
    tty/serial updates
    USB/Thunderbolt updates
    staging driver updates

Guenter Roeck (1):
    hwmon updates

Guo Ren (1):
    csky updates

Heiko Carstens (2):
    s390 updates
    more s390 updates

Helge Deller (2):
    fbdev updates
    parisc architecture updates

Herbert Xu (1):
    crypto updates

Huacai Chen (1):
    LoongArch updates

Ilpo Järvinen (1):
    x86 platform driver updates

Ilya Dryomov (1):
    ceph updates

Ingo Molnar (17):
    locking updates
    objtool updates
    performance events updates
    scheduler updates
    x86 apic updates
    x86 math-emu fix
    core x86 updates
    bug handling infrastructure updates
    locking fixes
    objtool fixes
    scheduler fixes
    x86 fixes
    futex updates
    misc core fixes
    irq fixes
    perf event fixes
    CPU hotplug fix

Ira Weiny (1):
    nvdimm updates

Jaegeuk Kim (1):
    f2fs updates

Jakub Kicinski (1):
    networking updates

James Bottomley (2):
    SCSI updates
    SCSI fixes

Jarkko Sakkinen (4):
    keys update
    trusted key updates
    tpm updates
    more tpm updates

Jason Donenfeld (1):
    random number generator updates

Jason Gunthorpe (2):
    iommufd updates
    rdma updates

Jens Axboe (6):
    io_uring updates
    block updates x2
    io_uring updates
    io_uring fix
    block fixes

Jiri Kosina (1):
    HID updates

Joel Granados (1):
    sysctl updates

Joerg Roedel (1):
    iommu updates

Johan Hovold (1):
    GNSS updates

Johannes Berg (1):
    UML updates

Jonathan Corbet (1):
    documentation updates

Juergen Gross (1):
    xen updates

Kees Cook (2):
    pstore update
    hardening updates

Konstantin Komarov (1):
    ntfs3 updates

Lee Jones (3):
    MFD updates
    LED updates
    backlight updates

Len Brown (1):
    turbostat updates

Linus Walleij (1):
    pin control updates

Magnus Lindholm (1):
    alpha updates

Marek Szyprowski (2):
    dma-mapping updates
    dma-mapping fixes

Mark Brown (5):
    regmap updates
    regulator updates
    regulator fixes
    spi updates
    spi fixes

Masami Hiramatsu (1):
    probes updates

Mauro Carvalho Chehab (2):
    media updates
    media kernel-doc fix

Michael Ellerman (1):
    powerpc updates

Michael Tsirkin (1):
    virtio updates

Mickaël Salaün (1):
    landlock updates

Miguel Ojeda (1):
    Rust updates

Mike Rapoport (1):
    memblock update

Miklos Szeredi (1):
    fuse updates

Mikulas Patocka (1):
    device mapper updates

Mimi Zohar (1):
    integrity updates

Miquel Raynal (1):
    mtd updates

Namhyung Kim (1):
    perf tools updates

Namjae Jeon (1):
    exfat updates

Nathan Chancellor (1):
    Kbuild fix

Nicolas Schier (1):
    Kbuild updates

Niklas Cassel (2):
    ata updates
    ata fix

Paolo Bonzini (1):
    KVM updates

Paul McKenney (1):
    lkmm documentation update

Paul Moore (3):
    LSM updates
    selinux updates
    audit updates

Paul Walmsley (1):
    RISC-V updates

Peter Anvin (1):
    __auto_type to auto conversion

Petr Mladek (2):
    printk updates
    livepatching updates

Rafael Wysocki (4):
    ACPI updates
    power management updates
    thermal control updates
    more power management updates

Richard Weinberger (1):
    UBI and UBIFS updates

Rob Herring (1):
    devicetree updates

Russell King (1):
    ARM updates

Sebastian Reichel (1):
    power supply and reset updates

Serge Hallyn (1):
    capabilities update

Shuah Khan (2):
    kselftest updates
    kunit updates

Stephen Boyd (1):
    clk updates

Steve French (4):
    smb client and server updates
    smb client updates
    smb client fixes
    smb server fixes

Steven Rostedt (9):
    rtla trace tooling updates
    unused tracepoints update
    tracing updates
    ftrace updates
    runtime verifier updates
    trace ring-buffer cleanup
    ktest fix
    tracing fixes x2

Takashi Iwai (2):
    sound updates
    sound fixes

Takashi Sakamoto (1):
    firewire updates

Ted Ts'o (1):
    ext4 updates

Tejun Heo (3):
    workqueue updates
    cgroup updates
    sched_ext updates

Tetsuo Handa (1):
    tomoyo update

Thomas Bogendoerfer (1):
    MIPS updates

Thomas Gleixner (9):
    scoped user access updates
    rseq updates
    debugobjects update
    irq core updates
    irq driver updates
    MSI updates
    clocksource updates
    timer core updates
    core irq cleanup

Thomas Weißschuh (1):
    nolibc updates

Trond Myklebust (1):
    NFS client updates

Tzung-Bi Shih (1):
    chrome platform updates

Ulf Hansson (2):
    pmdomain updates
    MMC updates

Uwe Kleine-König (2):
    pwm updates
    pwm fix

Viacheslav Dubeyko (1):
    hfs/hfsplus updates

Vinod Koul (3):
    phy updates
    dmaengine updates
    soundwire updates

Vlastimil Babka (2):
    slab updates
    slab fix

Wei Liu (1):
    hyperv updates

Wim Van Sebroeck (1):
    watchdog updates

Wolfram Sang (1):
    i2c updates

Yury Norov (1):
    bitmap updates

Re: Linux 6.19-rc1

[Luna Jernberg]

Linux celestia 6.19.0-rc1 #1 SMP PREEMPT_DYNAMIC Sun Dec 14 14:35:46
GMT 2025 x86_64 GNU/Linux

all built and works fine on my Dell Latitude 7390 with Arch Linux :)

Den sön 14 dec. 2025 kl 04:43 skrev Linus Torvalds
<torvalds@linux-foundation.org>:
>
> So it's Sunday afternoon in the part of the world where I am now, so
> if somebody was looking at trying to limbo under the merge window
> timing with one last pull request and is taken by surprise by the
> slightly unusual timing of the rc1 release, that failed.
>
> Teaching moment, or random capricious acts? You be the judge.
>
> Anyway, this merge window was slightly unusual in how we had a number
> of kernel maintainers on the road the last week due to the yearly
> maintainer summit, but also in how some of the core pull requests were
> about various conversions to expand on and use more of our automatic
> compiler cleanup infrastructure. That happened in several subsystems,
> but the VFS layer stands out.
>
> And on the Rust front, we are now starting to see several actual
> drivers starting to take form. The "mainly preparation and
> infrastructure" phase is starting to become "actual driver and
> subsystems development".
>
> That said, despite a few unusual patterns, the big picture really
> looks pretty normal: half the rc1 patch is driver updates (gpu,
> networking, media and sound stand out as big subsystems as usual, but
> there's pretty much everything in there). The rest is all over the
> map, with architecture updates, tooling, Rust support, tooling,
> documentation, and core kernel (mm, scheduler, networking) updates.
>
> Below is my mergelog as a rough overview of what I've pulled and from
> who - for full details you have to go to the git tree.
>
>                   Linus
>
> ---
>
>
> Al Viro (1):
>     persistent dentry infrastructure and conversion
>
> Alex Williamson (1):
>     VFIO updates
>
> Alexandre Belloni (3):
>     i3c updates
>     RTC updates
>     further i3c update
>
> Alexei Starovoitov (1):
>     bpf updates
>
> Andreas Gruenbacher (1):
>     gfs2 updates
>
> Andreas Hindborg (1):
>     configfs updates
>
> Andrew Morton (4):
>     MM updates
>     non-MM updates
>     more MM updates
>     misc updates
>
> Andy Shevchenko (1):
>     auxdisplay updates
>
> Ard Biesheuvel (1):
>     EFI updates
>
> Arnd Bergmann (6):
>     SoC defconfig updates
>     SoC ARM code updates
>     SoC devicetree updates
>     new SoC families update
>     SoC driver updates
>     more SoC driver updates
>
> Bartosz Golaszewski (2):
>     gpio updates
>     gpio updates
>
> Bjorn Andersson (2):
>     remoteproc updates
>     rpmsg updates
>
> Bjorn Helgaas (2):
>     PCI updates
>     PCI fix
>
> Borislav Petkov (8):
>     EDAC updates
>     x86 RAS updates
>     x86 microcode loading updates
>     x86 resource control updates
>     x86 cleanups
>     x86 SEV updates
>     x86 CPU mitigation updates
>     x86 mm updates
>
> Carlos Maiolino (1):
>     xfs updates
>
> Casey Schaufler (1):
>     smack updates
>
> Catalin Marinas (1):
>     arm64 updates
>
> Christian Brauner (17):
>     iomap updates
>     misc vfs updates
>     vfs inode updates
>     writeback updates
>     namespace updates
>     pidfd and coredump updates
>     folio updates
>     cred guard updates
>     fs header updates
>     superblock lock guard updates
>     minix fixes
>     directory delegations update
>     directory locking updates
>     overlayfs cred guard conversion
>     autofs update
>     fd prepare updates
>     vfs fixes
>
> Chuck Lever (1):
>     nfsd updates
>
> Corey Minyard (1):
>     IPMI updates
>
> Dan Williams (1):
>     PCIe Link Encryption and Device Authentication
>
> Daniel Gomez (1):
>     module updates
>
> Danilo Krummrich (1):
>     driver core updates
>
> Dave Airlie (4):
>     drm updates
>     more drm updates
>     drm fixes
>     more drm fixes
>
> Dave Hansen (4):
>     misc x86 updates
>     x86 entry update
>     x86 CPU feature updates
>     x86 SGX updates
>
> Dave Jiang (1):
>     compute express link (CXL) updates
>
> David Sterba (1):
>     btrfs updates
>
> Dmitry Torokhov (1):
>     input updates
>
> Dominique Martinet (1):
>     9p updates
>
> Eric Biggers (6):
>     crypto library updates
>     crypto library test updates
>     AES-GCM optimizations
>     'at_least' array size update
>     arm64 FPSIMD on-stack buffer updates
>     crypto library fixes
>
> Fan Wu (1):
>     IPE udates
>
> Frederic Weisbecker (1):
>     RCU updates
>
> Gao Xiang (1):
>     erofs updates
>
> Geert Uytterhoeven (1):
>     m68k update
>
> Greg KH (5):
>     SPDX License update
>     char/misc/IIO driver updates
>     tty/serial updates
>     USB/Thunderbolt updates
>     staging driver updates
>
> Guenter Roeck (1):
>     hwmon updates
>
> Guo Ren (1):
>     csky updates
>
> Heiko Carstens (2):
>     s390 updates
>     more s390 updates
>
> Helge Deller (2):
>     fbdev updates
>     parisc architecture updates
>
> Herbert Xu (1):
>     crypto updates
>
> Huacai Chen (1):
>     LoongArch updates
>
> Ilpo Järvinen (1):
>     x86 platform driver updates
>
> Ilya Dryomov (1):
>     ceph updates
>
> Ingo Molnar (17):
>     locking updates
>     objtool updates
>     performance events updates
>     scheduler updates
>     x86 apic updates
>     x86 math-emu fix
>     core x86 updates
>     bug handling infrastructure updates
>     locking fixes
>     objtool fixes
>     scheduler fixes
>     x86 fixes
>     futex updates
>     misc core fixes
>     irq fixes
>     perf event fixes
>     CPU hotplug fix
>
> Ira Weiny (1):
>     nvdimm updates
>
> Jaegeuk Kim (1):
>     f2fs updates
>
> Jakub Kicinski (1):
>     networking updates
>
> James Bottomley (2):
>     SCSI updates
>     SCSI fixes
>
> Jarkko Sakkinen (4):
>     keys update
>     trusted key updates
>     tpm updates
>     more tpm updates
>
> Jason Donenfeld (1):
>     random number generator updates
>
> Jason Gunthorpe (2):
>     iommufd updates
>     rdma updates
>
> Jens Axboe (6):
>     io_uring updates
>     block updates x2
>     io_uring updates
>     io_uring fix
>     block fixes
>
> Jiri Kosina (1):
>     HID updates
>
> Joel Granados (1):
>     sysctl updates
>
> Joerg Roedel (1):
>     iommu updates
>
> Johan Hovold (1):
>     GNSS updates
>
> Johannes Berg (1):
>     UML updates
>
> Jonathan Corbet (1):
>     documentation updates
>
> Juergen Gross (1):
>     xen updates
>
> Kees Cook (2):
>     pstore update
>     hardening updates
>
> Konstantin Komarov (1):
>     ntfs3 updates
>
> Lee Jones (3):
>     MFD updates
>     LED updates
>     backlight updates
>
> Len Brown (1):
>     turbostat updates
>
> Linus Walleij (1):
>     pin control updates
>
> Magnus Lindholm (1):
>     alpha updates
>
> Marek Szyprowski (2):
>     dma-mapping updates
>     dma-mapping fixes
>
> Mark Brown (5):
>     regmap updates
>     regulator updates
>     regulator fixes
>     spi updates
>     spi fixes
>
> Masami Hiramatsu (1):
>     probes updates
>
> Mauro Carvalho Chehab (2):
>     media updates
>     media kernel-doc fix
>
> Michael Ellerman (1):
>     powerpc updates
>
> Michael Tsirkin (1):
>     virtio updates
>
> Mickaël Salaün (1):
>     landlock updates
>
> Miguel Ojeda (1):
>     Rust updates
>
> Mike Rapoport (1):
>     memblock update
>
> Miklos Szeredi (1):
>     fuse updates
>
> Mikulas Patocka (1):
>     device mapper updates
>
> Mimi Zohar (1):
>     integrity updates
>
> Miquel Raynal (1):
>     mtd updates
>
> Namhyung Kim (1):
>     perf tools updates
>
> Namjae Jeon (1):
>     exfat updates
>
> Nathan Chancellor (1):
>     Kbuild fix
>
> Nicolas Schier (1):
>     Kbuild updates
>
> Niklas Cassel (2):
>     ata updates
>     ata fix
>
> Paolo Bonzini (1):
>     KVM updates
>
> Paul McKenney (1):
>     lkmm documentation update
>
> Paul Moore (3):
>     LSM updates
>     selinux updates
>     audit updates
>
> Paul Walmsley (1):
>     RISC-V updates
>
> Peter Anvin (1):
>     __auto_type to auto conversion
>
> Petr Mladek (2):
>     printk updates
>     livepatching updates
>
> Rafael Wysocki (4):
>     ACPI updates
>     power management updates
>     thermal control updates
>     more power management updates
>
> Richard Weinberger (1):
>     UBI and UBIFS updates
>
> Rob Herring (1):
>     devicetree updates
>
> Russell King (1):
>     ARM updates
>
> Sebastian Reichel (1):
>     power supply and reset updates
>
> Serge Hallyn (1):
>     capabilities update
>
> Shuah Khan (2):
>     kselftest updates
>     kunit updates
>
> Stephen Boyd (1):
>     clk updates
>
> Steve French (4):
>     smb client and server updates
>     smb client updates
>     smb client fixes
>     smb server fixes
>
> Steven Rostedt (9):
>     rtla trace tooling updates
>     unused tracepoints update
>     tracing updates
>     ftrace updates
>     runtime verifier updates
>     trace ring-buffer cleanup
>     ktest fix
>     tracing fixes x2
>
> Takashi Iwai (2):
>     sound updates
>     sound fixes
>
> Takashi Sakamoto (1):
>     firewire updates
>
> Ted Ts'o (1):
>     ext4 updates
>
> Tejun Heo (3):
>     workqueue updates
>     cgroup updates
>     sched_ext updates
>
> Tetsuo Handa (1):
>     tomoyo update
>
> Thomas Bogendoerfer (1):
>     MIPS updates
>
> Thomas Gleixner (9):
>     scoped user access updates
>     rseq updates
>     debugobjects update
>     irq core updates
>     irq driver updates
>     MSI updates
>     clocksource updates
>     timer core updates
>     core irq cleanup
>
> Thomas Weißschuh (1):
>     nolibc updates
>
> Trond Myklebust (1):
>     NFS client updates
>
> Tzung-Bi Shih (1):
>     chrome platform updates
>
> Ulf Hansson (2):
>     pmdomain updates
>     MMC updates
>
> Uwe Kleine-König (2):
>     pwm updates
>     pwm fix
>
> Viacheslav Dubeyko (1):
>     hfs/hfsplus updates
>
> Vinod Koul (3):
>     phy updates
>     dmaengine updates
>     soundwire updates
>
> Vlastimil Babka (2):
>     slab updates
>     slab fix
>
> Wei Liu (1):
>     hyperv updates
>
> Wim Van Sebroeck (1):
>     watchdog updates
>
> Wolfram Sang (1):
>     i2c updates
>
> Yury Norov (1):
>     bitmap updates
>

linux-next: stats (was: Linux 6.19-rc1)

[Stephen Rothwell]

[-- Attachment #1: Type: text/plain, Size: 2500 bytes --]

Hi all,

As usual, the executive friendly graph is at
http://neuling.org/linux-next-size.html :-)

(No merge commits counted, next-20251201 was the first linux-next after
the merge window opened.)

Commits in v6.19-rc1 (relative to v6.18):          12314
Commits in next-20251201:                          11826
Commits with the same SHA1:                        11260
Commits with the same patch_id:                      260 (1)
Commits with the same subject line:                   29 (1)

(1) not counting those in the lines above.

So commits in -rc1 that were in next-20251201:     11549 93%

Some breakdown of the list of extra commits (relative to next-20251201)
in -rc1:

Top ten first word of commit summary:

    165 drm
     65 perf
     43 net
     23 smb
     20 dt-bindings
     19 alsa
     16 tracing
     16 asoc
     14 cifs
     13 rdma

Top ten authors:

     46 irogers@google.com
     29 harry.wentland@amd.com
     19 chenxiaosong@kylinos.cn
     19 alex.hung@amd.com
     15 vladimir.oltean@nxp.com
     15 namhyung@kernel.org
     13 mhi@mailbox.org
     12 dhowells@redhat.com
     10 timur.kristof@gmail.com
     10 david@ixit.cz

Top ten committers:

     64 namhyung@kernel.org
     56 kuba@kernel.org
     51 contact@emersion.fr
     37 stfrench@microsoft.com
     32 neil.armstrong@linaro.org
     32 alexander.deucher@amd.com
     31 axboe@kernel.dk
     29 alexandre.belloni@bootlin.com
     25 mingo@kernel.org
     21 broonie@kernel.org

There are also 277 commits in next-20251201 that didn't make it into
v6.19-rc1.

Top ten first word of commit summary:

     63 drm
     35 riscv
     30 bluetooth
     22 wifi
     17 dmaengine
     10 xfs
      6 extcon
      6 arm
      5 soc
      5 arm64

Top ten authors:

     28 matthew.d.roper@intel.com
     26 debug@rivosinc.com
     16 johan@kernel.org
     15 brauner@kernel.org
     10 hch@lst.de
      9 luiz.von.dentz@intel.com
      8 pav@iki.fi
      6 johannes.berg@intel.com
      6 ilan.peer@intel.com
      5 himal.prasad.ghimiray@intel.com

Top ten committers:

     38 pjw@kernel.org
     31 luiz.von.dentz@intel.com
     29 matthew.d.roper@intel.com
     22 miriam.rachel.korenblit@intel.com
     17 vkoul@kernel.org
     17 brauner@kernel.org
     10 cem@kernel.org
     10 akpm@linux-foundation.org
      7 cw00.choi@samsung.com
      6 andrew@codeconstruct.com.au

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

Re: Linux 6.19-rc1

[Guenter Roeck]

On Sun, Dec 14, 2025 at 04:42:49PM +1200, Linus Torvalds wrote:
> So it's Sunday afternoon in the part of the world where I am now, so
> if somebody was looking at trying to limbo under the merge window
> timing with one last pull request and is taken by surprise by the
> slightly unusual timing of the rc1 release, that failed.
> 
> Teaching moment, or random capricious acts? You be the judge.
> 
> Anyway, this merge window was slightly unusual in how we had a number
> of kernel maintainers on the road the last week due to the yearly
> maintainer summit, but also in how some of the core pull requests were
> about various conversions to expand on and use more of our automatic
> compiler cleanup infrastructure. That happened in several subsystems,
> but the VFS layer stands out.
> 
> And on the Rust front, we are now starting to see several actual
> drivers starting to take form. The "mainly preparation and
> infrastructure" phase is starting to become "actual driver and
> subsystems development".
> 
> That said, despite a few unusual patterns, the big picture really
> looks pretty normal: half the rc1 patch is driver updates (gpu,
> networking, media and sound stand out as big subsystems as usual, but
> there's pretty much everything in there). The rest is all over the
> map, with architecture updates, tooling, Rust support, tooling,
> documentation, and core kernel (mm, scheduler, networking) updates.
> 

Initial test results below. I've looked into the build failures, but the
boot failures are too many and will take a significant amount of time to
analyze. The test results are at https://kerneltests.org/builders for
those interested in further details.

Guenter

---
Build results:
	total: 155 pass: 142 fail: 13
Failed builds:
	csky:allmodconfig
	m68k:allmodconfig
	mips:db1xxx_defconfig
	mips:mtx1_defconfig
	openrisc:allmodconfig
	sh:allnoconfig
	sh:tinyconfig
	sh:se7619_defconfig
	x86_64:defconfig
	x86_64:allyesconfig
	x86_64:allmodconfig
	x86_64:allnoconfig
	x86_64:tinyconfig
Qemu test results:
	total: 610 pass: 568 fail: 42
Failed tests:
	arm:realview-pbx-a9:realview_defconfig:realview_pb:net=default:arm-realview-pbx-a9:initrd
	arm:integratorcp:integrator_defconfig:mem128:net=default:integratorcp:initrd
	arm:integratorcp:integrator_defconfig:mem128:sd:net=default:integratorcp:ext2
	arm:integratorcp:integrator_defconfig:mem128:sd:net=default:integratorcp:cramfs
	arm:vexpress-a15:multi_v7_defconfig:nolocktests:sd:mem128:net=default:vexpress-v2p-ca15-tc1:ext2
	arm:fuji-bmc:aspeed_g5_defconfig:net=nic:aspeed-bmc-facebook-fuji:initrd
	arm:fuji-bmc:aspeed_g5_defconfig:sd2:net=nic:aspeed-bmc-facebook-fuji:ext2
	arm:fuji-bmc:aspeed_g5_defconfig:usb1:net=nic:aspeed-bmc-facebook-fuji:ext2
	arm:bletchley-bmc:aspeed_g5_defconfig:net=nic:aspeed-bmc-facebook-bletchley:initrd
	arm:bletchley-bmc:aspeed_g5_defconfig:usb0:net=nic:aspeed-bmc-facebook-bletchley:ext2
	arm:bletchley-bmc:aspeed_g5_defconfig:usb1:net=nic:aspeed-bmc-facebook-bletchley:ext2
	arm:bletchley-bmc:aspeed_g5_defconfig:mmc:net=nic:aspeed-bmc-facebook-bletchley:ext2
	m68k:mcf5208evb:m5208:m5208evb_defconfig:initrd
	parisc:C3700:net=tulip:scsi[AM53C974]:btrfs
	parisc:C3700:net=tulip:scsi[DC395]:f2fs
	parisc:C3700:net=tulip:usb-ohci:f2fs
	parisc:C3700:net=virtio-net:usb-ehci:ext2
	parisc:C3700:net=pcnet:usb-xhci:ext4
	parisc:C3700:net=usb-ohci:usb-uas-ehci:btrfs
	parisc:C3700:net=rtl8139:usb-uas-xhci:f2fs
	ppc64:ppce500:corenet64_smp_defconfig:e5500:net=rtl8139:initrd
	ppc64:ppce500:corenet64_smp_defconfig:e5500:net=tulip:scsi[53C895A]:rootfs
	ppc64:ppce500:corenet64_smp_defconfig:e5500:net=i82562:sata-sii3112:rootfs
	sh:rts7751r2dplus_defconfig:net=rtl8139:initrd
	sh:rts7751r2dplus_defconfig:flash16,2304K,3:net=usb-ohci:rootfs
	sh:rts7751r2dplus_defconfig:ata:net=virtio-net:rootfs
	sh:rts7751r2dplus_defconfig:sdhci-mmc:net=i82801:rootfs
	sh:rts7751r2dplus_defconfig:nvme:net=tulip:rootfs
	sh:rts7751r2dplus_defconfig:usb:net=i82550:rootfs
	sh:rts7751r2dplus_defconfig:usb-hub:net=rtl8139:rootfs
	sh:rts7751r2dplus_defconfig:usb-ohci:net=i82557a:rootfs
	sh:rts7751r2dplus_defconfig:usb-ehci:net=i82562:rootfs
	sh:rts7751r2dplus_defconfig:usb-xhci:net=rtl8139:rootfs
	sh:rts7751r2dplus_defconfig:usb-uas-ehci:net=rtl8139:rootfs
	sh:rts7751r2dplus_defconfig:usb-uas-xhci:net=rtl8139:rootfs
	sh:rts7751r2dplus_defconfig:scsi[53C810]:net=rtl8139:rootfs
	sh:rts7751r2dplus_defconfig:scsi[53C895A]:net=rtl8139:rootfs
	sh:rts7751r2dplus_defconfig:scsi[DC395]:net=rtl8139:rootfs
	sh:rts7751r2dplus_defconfig:scsi[AM53C974]:net=rtl8139:rootfs
	sh:rts7751r2dplus_defconfig:scsi[FUSION]:net=rtl8139:rootfs
	x86_64:q35:SandyBridge:defconfig:rt:smp4:net=ne2k_pci:efi32:mem1G:usb:fstest=nilfs2:squashfs
	x86_64:q35:SandyBridge:defconfig:rt:smp8:net=ne2k_pci:mem1G:usb-hub:f2fs
Unit test results:
	pass: 745749 fail: 56

=====================================
Build failure details:

Building csky:allmodconfig ... failed
Building m68k:allmodconfig ... failed
Building openrisc:allmodconfig ... failed
--------------
Error log:
In file included from include/linux/bpf_verifier.h:7,
                 from net/smc/smc_hs_bpf.c:13:
net/smc/smc_hs_bpf.c: In function 'bpf_smc_hs_ctrl_init':
include/linux/bpf.h:2068:50: error: statement with no effect [-Werror=unused-value]
 2068 | #define register_bpf_struct_ops(st_ops, type) ({ (void *)(st_ops); 0; })
      |                                                  ^~~~~~~~~~~~~~~~
net/smc/smc_hs_bpf.c:139:16: note: in expansion of macro 'register_bpf_struct_ops'
  139 |         return register_bpf_struct_ops(&bpf_smc_hs_ctrl_ops, smc_hs_ctrl);

Introduced by commit 15f295f55656 ("net/smc: bpf: Introduce generic hook for
handshake flow").

-----------------------------------------
Building mips:db1xxx_defconfig ... failed
Building mips:mtx1_defconfig ... failed

--------------
Error log:
In file included from include/linux/pgtable.h:6,
                 from include/linux/mm.h:31,
                 from arch/mips/alchemy/common/setup.c:30:
arch/mips/include/asm/pgtable.h:608:32: error: static declaration of 'io_remap_pfn_range_pfn' follows non-static declaration
  608 | #define io_remap_pfn_range_pfn io_remap_pfn_range_pfn
      |                                ^~~~~~~~~~~~~~~~~~~~~~
arch/mips/alchemy/common/setup.c:97:29: note: in expansion of macro 'io_remap_pfn_range_pfn'
   97 | static inline unsigned long io_remap_pfn_range_pfn(unsigned long pfn,
      |                             ^~~~~~~~~~~~~~~~~~~~~~
arch/mips/include/asm/pgtable.h:607:15: note: previous declaration of 'io_remap_pfn_range_pfn' with type 'long unsigned int(long unsigned int,  long unsigned int)'
  607 | unsigned long io_remap_pfn_range_pfn(unsigned long pfn, unsigned long size);
      |               ^~~~~~~~~~~~~~~~~~~~~~

Probably caused by commit c707a68f9468 ("mm: abstract io_remap_pfn_range()
based on PFN") or related patches. Still bisecting.

-----------------------------------------
Building sh:allnoconfig ... failed
Building sh:tinyconfig ... failed
Building sh:se7619_defconfig ... failed

ICE:

during RTL pass: final
In file included from kernel/nstree.c:8:
kernel/nstree.c: In function '__se_sys_listns':
include/linux/syscalls.h:262:9: internal compiler error: in change_address_1, at emit-rtl.cc:2299
  262 |         }                                                               \
      |         ^
include/linux/syscalls.h:237:9: note: in expansion of macro '__SYSCALL_DEFINEx'
  237 |         __SYSCALL_DEFINEx(x, sname, __VA_ARGS__)
      |         ^~~~~~~~~~~~~~~~~
include/linux/syscalls.h:229:36: note: in expansion of macro 'SYSCALL_DEFINEx'
  229 | #define SYSCALL_DEFINE4(name, ...) SYSCALL_DEFINEx(4, _##name, __VA_ARGS__)
      |                                    ^~~~~~~~~~~~~~~
kernel/nstree.c:784:1: note: in expansion of macro 'SYSCALL_DEFINE4'
  784 | SYSCALL_DEFINE4(listns, const struct ns_id_req __user *, req,

Seen with gcc 12, 13, 14, and 15. No idea what to do about it.
I may have to stop building those targets.

-----------------------------------------
Building x86_64:defconfig ... failed
Building x86_64:allyesconfig ... failed
Building x86_64:allmodconfig ... failed
Building x86_64:allnoconfig ... failed
Building x86_64:tinyconfig ... failed
--------------
Error log:
In file included from disas.c:17:
tools/include/tools/dis-asm-compat.h:19:39: error: ‘enum disassembler_style’ declared inside parameter list will not be visible outside of this definition or declaration
    x86_64:defconfig
    x86_64:allyesconfig
    x86_64:allmodconfig
    x86_64:allnoconfig
    x86_64:tinyconfig

The problem is that the system's version of binutils (2.38) and the
toolchain verison of binutils (2.44) don't match. The tools build
evaluates binutils features using the toolchain provided, but then tries
to build disas.o using the system toolchain which does not have the same
features, causing the build failure.

The problem is seen if, for example, Ubuntu 22.04 or older is installed
and a toolchain using a more recent version of binutils is used to
build the kernel.

Long story short, the toolchain binutils version and the system binutils
version must now match closely enough for kernel builds to succeed.
I am in the process of updating all my test systems to Ubuntu 24.04,
so this is just informational and I won't report it again.

Introduced by commit 59953303827e ("objtool: Disassemble code with
libopcodes instead of running objdump").

Re: Linux 6.19-rc1

[Alexei Starovoitov]

On Mon, Dec 15, 2025 at 6:56 AM Guenter Roeck <linux@roeck-us.net> wrote:
>
> Error log:
> In file included from include/linux/bpf_verifier.h:7,
>                  from net/smc/smc_hs_bpf.c:13:
> net/smc/smc_hs_bpf.c: In function 'bpf_smc_hs_ctrl_init':
> include/linux/bpf.h:2068:50: error: statement with no effect [-Werror=unused-value]
>  2068 | #define register_bpf_struct_ops(st_ops, type) ({ (void *)(st_ops); 0; })
>       |                                                  ^~~~~~~~~~~~~~~~
> net/smc/smc_hs_bpf.c:139:16: note: in expansion of macro 'register_bpf_struct_ops'
>   139 |         return register_bpf_struct_ops(&bpf_smc_hs_ctrl_ops, smc_hs_ctrl);
>
> Introduced by commit 15f295f55656 ("net/smc: bpf: Introduce generic hook for
> handshake flow").

fyi the fix for this one is already in the bpf tree.

Re: Linux 6.19-rc1

[Thomas Bogendoerfer]

On Mon, Dec 15, 2025 at 06:46:29AM -0800, Guenter Roeck wrote:
> -----------------------------------------
> Building mips:db1xxx_defconfig ... failed
> Building mips:mtx1_defconfig ... failed
> 
> --------------
> Error log:
> In file included from include/linux/pgtable.h:6,
>                  from include/linux/mm.h:31,
>                  from arch/mips/alchemy/common/setup.c:30:
> arch/mips/include/asm/pgtable.h:608:32: error: static declaration of 'io_remap_pfn_range_pfn' follows non-static declaration
>   608 | #define io_remap_pfn_range_pfn io_remap_pfn_range_pfn
>       |                                ^~~~~~~~~~~~~~~~~~~~~~
> arch/mips/alchemy/common/setup.c:97:29: note: in expansion of macro 'io_remap_pfn_range_pfn'
>    97 | static inline unsigned long io_remap_pfn_range_pfn(unsigned long pfn,
>       |                             ^~~~~~~~~~~~~~~~~~~~~~
> arch/mips/include/asm/pgtable.h:607:15: note: previous declaration of 'io_remap_pfn_range_pfn' with type 'long unsigned int(long unsigned int,  long unsigned int)'
>   607 | unsigned long io_remap_pfn_range_pfn(unsigned long pfn, unsigned long size);
>       |               ^~~~~~~~~~~~~~~~~~~~~~
> 
> Probably caused by commit c707a68f9468 ("mm: abstract io_remap_pfn_range()
> based on PFN") or related patches. Still bisecting.

I've applied to patch to mips-fixes branch for that.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]