* Re: Linux 6.19-rc1
2025-12-14 4:42 Linux 6.19-rc1 Linus Torvalds
@ 2025-12-14 15:27 ` Luna Jernberg
2025-12-15 7:21 ` linux-next: stats (was: Linux 6.19-rc1) Stephen Rothwell
2025-12-15 14:46 ` Linux 6.19-rc1 Guenter Roeck
2 siblings, 0 replies; 6+ messages in thread
From: Luna Jernberg @ 2025-12-14 15:27 UTC (permalink / raw)
To: Linus Torvalds, Luna Jernberg; +Cc: Linux Kernel Mailing List, Mikael Eriksson
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
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Linux 6.19-rc1
2025-12-14 4:42 Linux 6.19-rc1 Linus Torvalds
2025-12-14 15:27 ` Luna Jernberg
2025-12-15 7:21 ` linux-next: stats (was: Linux 6.19-rc1) Stephen Rothwell
@ 2025-12-15 14:46 ` Guenter Roeck
2025-12-15 16:23 ` Alexei Starovoitov
2025-12-15 17:16 ` Thomas Bogendoerfer
2 siblings, 2 replies; 6+ messages in thread
From: Guenter Roeck @ 2025-12-15 14:46 UTC (permalink / raw)
To: Linus Torvalds
Cc: Linux Kernel Mailing List, D. Wythe, bpf, Alexandre Chartre,
Lorenzo Stoakes
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").
^ permalink raw reply [flat|nested] 6+ messages in thread