* Linux 6.14-rc1
@ 2025-02-03 0:26 Linus Torvalds
2025-02-03 3:07 ` linus-next: stats (Was: Linux 6.14-rc1) Stephen Rothwell
` (2 more replies)
0 siblings, 3 replies; 5+ messages in thread
From: Linus Torvalds @ 2025-02-03 0:26 UTC (permalink / raw)
To: Linux Kernel Mailing List
Two weeks have passed, and the merge window is over.
This is actually a _tiny_ merge window, and that's ok. The holidays
clearly meant that people did less development than during a normal
cycle, and that then shows up as a much smaller-than-average release.
I really felt like this year we got the whole holiday season release
timing right, and this is just another sign of that.
Of course, "tiny" for us still means that there's half a million lines
changed, and more than 10k commits in there - but only barely. In
fact, not counting merges there's only something like 9.3k commits. So
the shortlog is still much too large to post - it's really "tiny" only
when compared to our normal releases.
Aside from the size, the stats otherwise look fairly normal: pretty
much exactly half of the diff is drivers, with the rest being a pretty
normal mix of arch updates, filesystem code, tooling and
documentation. And all the usual changes spread all over.
Let's hope that a small release also ends up meaning smooth sailing
during the stabilization phase. That's obviously guaranteed, but
fingers crossed...
Linus
---
Al Viro (3):
vfs d_revalidate updates
hostfs fix
misc vfs cleanups
Alex Williamson (1):
vfio updates
Alexander Gordeev (3):
s390 updates
more s390 updates
s390 fixes
Alexandre Belloni (2):
i3c updates
RTC updates
Alexei Starovoitov (1):
bpf updates
Andreas Gruenbacher (1):
gfs2 updates
Andreas Larsson (1):
sparc updates
Andrew Morton (3):
non-MM updates
MM updates
misc fixes
Andy Shevchenko (1):
auxdisplay updates
Anna Schumaker (1):
NFS client updates
Ard Biesheuvel (1):
EFI updates
Arnd Bergmann (5):
SoC arm platform code updates
new SoC support
SoC devicetree updates
SoC driver updates
SoC defconfig updates
Bartosz Golaszewski (3):
gpio updates
power sequencing updates
gpio fixes
Bjorn Andersson (1):
remoteproc updates
Bjorn Helgaas (2):
pci updates
pci fix
Borislav Petkov (8):
x86 RAS updates
EDAC updates
x86 CPU speculation update
x86 resource control updates
x86 microcode loader updates
x86 SEV updates
x86 cpuid updates
misc x86 updates
Brian Cain (1):
hexagon updates
Carlos Maiolino (1):
XFS updates
Casey Schaufler (1):
smack update
Christian Brauner (10):
vfs netfs updates
/proc/kcore updates
misc vfs updates
pidfs updates
cred refcount updates
pid_max namespacing update
vfs mount updates
vfs libfs updates
vfs direct-io updates
afs updates
Chuck Lever (1):
nfsd updates
Corey Minyard (1):
ipmi updates
Damien Le Moal (1):
ata updates
Daniel Thompson (1):
kgdb updates
Dave Airlie (2):
drm updates
drm fixes
Dave Hansen (1):
x86 TDX updates
Dave Jiang (1):
Compute Express Link (CXL) updates
David Sterba (1):
btrfs updates
David Teigland (1):
dlm updates
Dmitry Torokhov (1):
input updates
Eric Biggers (2):
CRC updates
CRC cleanups
Frederic Weisbecker (1):
kthread updates
Gao Xiang (1):
erofs updates
Geert Uytterhoeven (1):
m68k updates
Greg KH (6):
USB / Thunderbolt driver updates
staging driver updates
Char/Misc/IIO driver updates
tty / serial driver updates
driver core and debugfs updates
debugfs fix
Greg Ungerer (1):
m68knommu update
Guenter Roeck (1):
hwmon 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 (8):
locking updates
objtool updates
performance events updates
x86 cleanups
scheduler updates
x86 boot updates
x86 fix
x86 mm updates
Jaegeuk Kim (1):
f2fs updates
Jakub Kicinski (1):
networking fixes
James Bottomley (1):
SCSI updates
Jan Kara (3):
inotify update
isofs update
fsnotify pre-content notification support
Jarkko Sakkinen (2):
keys updates
TPM update
Jason Gunthorpe (2):
iommufd updates
rdma updates
Jassi Brar (1):
mailbox updates
Jens Axboe (4):
block updates
io_uring updates
more io_uring updates
more block updates
Jiri Kosina (1):
HID updates
Joel Granados (1):
sysctl table constification
Joerg Roedel (1):
iommu updates
John Paul Adrian Glaubitz (1):
sh updates
Jonathan Corbet (2):
Documentation updates
documentation fixes
Juergen Gross (1):
xen updates
Kees Cook (6):
execve updates
pstore updates
hardening updates
AT_EXECVE_CHECK
hardening fixes
AT_EXECVE_CHECK selftest fix
Kent Overstreet (2):
bcachefs updates
bcachefs fixes
Konstantin Komarov (1):
ntfs3 fixes
Lee Jones (2):
mfd updates
LED updates
Len Brown (1):
turbostat updates
Linus Walleij (1):
pin control updates
Madhavan Srinivasan (2):
powerpc updates
powerpc fixes
Mark Brown (5):
regmap updates
regulator updates
spi updates
spi fix
regulator fixes
Masahiro Yamada (1):
Kbuild updates
Masami Hiramatsu (2):
probes updates
bootconfig fix
Mauro Carvalho Chehab (2):
media updates
media fix
Max Filippov (1):
xtensa updates
Michael Tsirkin (1):
virtio updates
Mickaël Salaün (1):
landlock updates
Miguel Ojeda (1):
rust updates
Mike Marshall (1):
orangefs fix
Miklos Szeredi (1):
fuse updates
Mikulas Patocka (1):
device mapper updates
Mimi Zohar (1):
integrity updates
Miquel Raynal (1):
MTD updates
Namhyung Kim (2):
perf-tools updates
perf tools fixes
Niklas Cassel (1):
more ata updates
Palmer Dabbelt (1):
RISC-V updates
Paolo Abeni (1):
networking updates
Paolo Bonzini (1):
kvm updates
Paul McKenney (2):
CSD-lock update
stop_machine update
Paul Moore (4):
lsm updates
selinux updates
audit update
audit fix
Petr Mladek (2):
printk updates
livepatching updates
Petr Pavlu (1):
modules updates
Rafael Wysocki (5):
power management updates
ACPI updates
thermal control updates
more power management updates
ACPI fixes
Richard Weinberger (2):
UBI and UBIFS updates
UML updates
Rob Herring (1):
devicetree updates
Russell King (1):
ARM updates
Sebastian Reichel (1):
power supply and reset updates
Serge Hallyn (1):
capabilities updates
Shuah Khan (3):
kselftest updates
kunit updates
nolibc updates
Simona Vetter (1):
drm fixes
Stafford Horne (1):
OpenRISC updates
Stephen Boyd (1):
clk updates
Steve French (3):
smb server updates
smb client updates
more smb client updates
Steven Rostedt (9):
trace ring-buffer updates
ftrace updates
scipts/sorttable updates
ktest updates
tracing updates
fgraph updates
trace fing buffer fix
runtime verifier and osnoise fixes
rv and tools/rtla updates
Takashi Iwai (2):
sound updates
sound fixes
Takashi Sakamoto (1):
firewire updates
Tejun Heo (1):
sched_ext updates
Tetsuo Handa (1):
tomoyo updates
Thomas Bogendoerfer (2):
MIPS updates
MIPS fix
Thomas Gleixner (2):
timer and timekeeping updates
interrupt subsystem updates
Tzung-Bi Shih (2):
chrome platform updates
chrome platform firmware updates
Uladzislau Rezki (1):
RCU updates
Ulf Hansson (2):
MMC updates
pmdomain updates
Uwe Kleine-König (2):
pwm updates
pwm fixes
Vinod Koul (3):
dmaengine updates
phy updates
soundwire updates
Vlastimil Babka (1):
slab updates
Wei Liu (1):
hyperv updates
Will Deacon (2):
arm64 updates
KVM/arm64 updates
Wim Van Sebroeck (1):
watchdog updates
Wolfram Sang (2):
i2c updates
i2c fixes
Yury Norov (1):
bitmap updates
^ permalink raw reply [flat|nested] 5+ messages in thread
* linus-next: stats (Was: Linux 6.14-rc1)
2025-02-03 0:26 Linux 6.14-rc1 Linus Torvalds
@ 2025-02-03 3:07 ` Stephen Rothwell
2025-02-03 15:58 ` Linux 6.14-rc1 Guenter Roeck
2025-02-05 10:51 ` Frank Scheiner
2 siblings, 0 replies; 5+ messages in thread
From: Stephen Rothwell @ 2025-02-03 3:07 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 2509 bytes --]
Hi all,
As usual, the executive friendly graph is at
http://neuling.org/linux-next-size.html :-)
(No merge commits counted, next-20250121 was the first linux-next after
the merge window opened.)
Commits in v6.14-rc1 (relative to v6.13): 9307
Commits in next-20250121: 9041
Commits with the same SHA1: 8416
Commits with the same patch_id: 370 (1)
Commits with the same subject line: 20 (1)
(1) not counting those in the lines above.
So commits in -rc1 that were in next-20250121: 8806 94%
Some breakdown of the list of extra commits (relative to next-20250121)
in -rc1:
Top ten first word of commit summary:
56 s390
27 kvm
25 net
23 drm
21 cifs
16 io_uring
15 asoc
14 riscv
12 rtla
12 loongarch
Top ten authors:
27 gor@linux.ibm.com
24 hca@linux.ibm.com
20 pali@kernel.org
14 kuba@kernel.org
13 tglozar@redhat.com
13 charlie@rivosinc.com
12 isaku.yamahata@intel.com
11 rafael.j.wysocki@intel.com
10 kent.overstreet@linux.dev
9 asml.silence@gmail.com
Top ten commiters:
55 agordeev@linux.ibm.com
49 kuba@kernel.org
27 pbonzini@redhat.com
26 rostedt@goodmis.org
25 stfrench@microsoft.com
22 axboe@kernel.dk
21 rafael.j.wysocki@intel.com
20 palmer@rivosinc.com
20 pabeni@redhat.com
20 broonie@kernel.org
There are also 235 commits in next-20250121 that didn't make it into
v6.14-rc1.
Top ten first word of commit summary:
33 drm
25 kvm
24 btrfs
22 arm
19 bcachefs
19 apparmor
9 tools
9 arm64
8 nfs
6 soc
Top ten authors:
19 kent.overstreet@linux.dev
18 john.johansen@canonical.com
14 johannes.thumshirn@wdc.com
14 imbrenda@linux.ibm.com
13 michal.wajdeczko@intel.com
12 michal.simek@amd.com
11 neilb@suse.de
8 wqu@suse.com
8 hch@lst.de
6 ubizjak@gmail.com
Top ten commiters:
24 dsterba@suse.com
19 kent.overstreet@linux.dev
19 john.johansen@canonical.com
19 imbrenda@linux.ibm.com
15 michal.simek@amd.com
14 michal.wajdeczko@intel.com
11 anna.schumaker@oracle.com
10 brauner@kernel.org
10 akpm@linux-foundation.org
9 alexandre.torgue@foss.st.com
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Linux 6.14-rc1
2025-02-03 0:26 Linux 6.14-rc1 Linus Torvalds
2025-02-03 3:07 ` linus-next: stats (Was: Linux 6.14-rc1) Stephen Rothwell
@ 2025-02-03 15:58 ` Guenter Roeck
2025-02-05 18:55 ` Kees Cook
2025-02-05 10:51 ` Frank Scheiner
2 siblings, 1 reply; 5+ messages in thread
From: Guenter Roeck @ 2025-02-03 15:58 UTC (permalink / raw)
To: Linus Torvalds
Cc: Linux Kernel Mailing List, Kees Cook, Christoph Hellwig,
Jens Axboe, Geert Uytterhoeven
On Sun, Feb 02, 2025 at 04:26:53PM -0800, Linus Torvalds wrote:
> Two weeks have passed, and the merge window is over.
>
...
>
> Let's hope that a small release also ends up meaning smooth sailing
> during the stabilization phase. That's obviously guaranteed, but
> fingers crossed...
>
Build results:
total: 161 pass: 156 fail: 5
Failed builds:
i386:allyesconfig
i386:allmodconfig
parisc:allmodconfig
sparc64:allmodconfig
sparc64:defconfig
Qemu test results:
total: 544 pass: 517 fail: 27
Failed tests:
arm:npcm750-evb:multi_v7_defconfig:npcm:net=nic,npcm-gmac:nuvoton-npcm750-evb:initrd
arm:npcm750-evb:multi_v7_defconfig:npcm:mtd32,6,5:net=nic,npcm-gmac:nuvoton-npcm750-evb:sqf
arm:npcm750-evb:multi_v7_defconfig:npcm:usb0.1:net=nic,npcm-gmac:nuvoton-npcm750-evb:ext2
arm:quanta-gsj:multi_v7_defconfig:npcm:net=nic,npcm-gmac:nuvoton-npcm730-gsj:initrd
arm:quanta-gsj:multi_v7_defconfig:npcm:mtd32:net=nic,npcm-gmac:nuvoton-npcm730-gsj:ext2
arm:quanta-gsj:multi_v7_defconfig:npcm:usb0.1:net=nic,npcm-gmac:nuvoton-npcm730-gsj:ext2
arm:kudo-bmc:multi_v7_defconfig:npcm:net=nic,npcm-gmac:nuvoton-npcm730-kudo:initrd
arm:kudo-bmc:multi_v7_defconfig:npcm:mtd64,8,3:net=nic,npcm-gmac:nuvoton-npcm730-kudo:cramfs
arm:kudo-bmc:multi_v7_defconfig:npcm:usb0.1:net=nic,npcm-gmac:nuvoton-npcm730-kudo:ext2
sheb:rts7751r2dplus_defconfig:ext2
sparc64:sun4u:smp:net=default:initrd
sparc64:sun4u:smp:ata:net=rtl8139:hd
sparc64:sun4u:smp:ata:net=e1000:cd
sparc64:sun4u:smp:ata:net=e1000-82544gc:hd
sparc64:sun4u:smp:sdhci-mmc:net=rtl8139:hd
sparc64:sun4u:smp:nvme:net=tulip:hd
sparc64:sun4u:smp:scsi[DC395]:net=i82559c:cd
sparc64:sun4u:smp:scsi[MEGASAS]:net=i82559a:hd
sparc64:sun4u:smp:scsi[AM53C974]:net=usb-net:hd
sparc64:sun4u:smp:usb-xhci:net=virtio-net-pci:hd
sparc64:sun4u:smp:usb-uas-xhci:net=i82801:hd
sparc64:sun4u:smp:virtio-pci:net=i82559er:hd
sparc64:sun4v:smp:ata:net=i82562:hd
sparc64:sun4v:smp:ata:net=e1000-82545em:cd
sparc64:sun4v:smp:nvme:net=default:hd
sparc64:sun4u:nosmp:ata:net=e1000:hd
sparc64:sun4v:nosmp:ata:net=pcnet:hd
Unit test results:
pass: 472629 fail: 39
Most failures are known with fixes submitted. Patches with more details
are available in the 'fixes' branch at
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git.
950432b79a5d net: stmmac: Allow zero for [tr]x_fifo_size
Fixes arm boot failures
9d7a89e83e06 dmaengine: tegra210-adma: Fix build error due to 64-by-32 division
Fixes i386 build failures
eadf076115eb drm/i915/backlight: Return immediately when scale() finds invalid parameters
Fixes parisc build failure
The sparc64 build failures are due to commit 1e1a9cecfab3 ("block: force
noio scope in blk_mq_freeze_queue"), which changed some APIs but not all
drivers using it.
The sheb boot failure is a problem in the sh4eb emulation, seen when
booting from flash. I just mention it here for reference and will likely
stop testing that going forward.
There is also a parisc64 boot failure seen if KFENCE and SLUB_DEBUG are
enabled. That is also an emulation bug, mentioned here for reference.
The failed unit tests are
m68k:q800:stackinit
The patches introducing the failures are:
e71a29db79da stackinit: Add union initialization to selftests
ad9f265c7328 stackinit: Add old-style zero-init syntax to struct tests
Similar to 1e1a9cecfab3, those are all last minute patches, so I did
not have time to analyze the problems.
Guenter
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Linux 6.14-rc1
2025-02-03 0:26 Linux 6.14-rc1 Linus Torvalds
2025-02-03 3:07 ` linus-next: stats (Was: Linux 6.14-rc1) Stephen Rothwell
2025-02-03 15:58 ` Linux 6.14-rc1 Guenter Roeck
@ 2025-02-05 10:51 ` Frank Scheiner
2 siblings, 0 replies; 5+ messages in thread
From: Frank Scheiner @ 2025-02-05 10:51 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, Tomáš Glozar
Dear Linus,
> Two weeks have passed, and the merge window is over.
>
> This is actually a _tiny_ merge window, and that's ok.
I can confirm, that this merge window required much less involvement
than the last one. It actually felt a little unreal - compared to last
time - to see our mainline autobuilder succeed that often during a merge
window w/o updating the ia64 patch set.
Let's do it like that more often. (-;
****
So, as can be seen in our logbook ([1]) and kernel table ([2]) - after
making the required adaptations (everything after c15d28e on [3]) -
v6.14-rc1 is running well and there were no regressions observed for the
things that are regularly tested:
* boot to login and small package build in T2 (rx2620, rx2660, rx4640,
rx6600)
* boot to login and building the "weekly" package updates from Slackware
for EPIC Slack (rx2800 i2)
* booting in Ski and a `7za` benchmark run (hp-sim)
[1]: http://epic-linux.org/#!testing-effort/log.md#2025-02-03
[2]: http://epic-linux.org/#!testing-effort/tested-kernels-table.md#v6.14-rc1
[3]: https://github.com/johnny-mnemonic/linux-ia64/commits/v6.14-rc1-w-ia64/
As "always" the v6.14-rc1 builds happen with the latest GCC snapshot
available and - since binutils had a new release in the meantime -
version 2.44 was also used during the builds w/o observable problems.
****
I'm pretty sure I will regret it, but if time allows I'll try to extend
testing also to on-disk installations during this cycle.
Cheers,
Frank
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Linux 6.14-rc1
2025-02-03 15:58 ` Linux 6.14-rc1 Guenter Roeck
@ 2025-02-05 18:55 ` Kees Cook
0 siblings, 0 replies; 5+ messages in thread
From: Kees Cook @ 2025-02-05 18:55 UTC (permalink / raw)
To: Guenter Roeck
Cc: Linus Torvalds, Linux Kernel Mailing List, Christoph Hellwig,
Jens Axboe, Geert Uytterhoeven
On Mon, Feb 03, 2025 at 07:58:54AM -0800, Guenter Roeck wrote:
> The failed unit tests are
>
> m68k:q800:stackinit
>
> The patches introducing the failures are:
>
> e71a29db79da stackinit: Add union initialization to selftests
> ad9f265c7328 stackinit: Add old-style zero-init syntax to struct tests
>
> Similar to 1e1a9cecfab3, those are all last minute patches, so I did
> not have time to analyze the problems.
This should be addressed by:
https://lore.kernel.org/lkml/20250204174509.work.711-kees@kernel.org/
It's in -next currently and I intend to send it in time for -rc2.
--
Kees Cook
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2025-02-05 18:55 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-02-03 0:26 Linux 6.14-rc1 Linus Torvalds
2025-02-03 3:07 ` linus-next: stats (Was: Linux 6.14-rc1) Stephen Rothwell
2025-02-03 15:58 ` Linux 6.14-rc1 Guenter Roeck
2025-02-05 18:55 ` Kees Cook
2025-02-05 10:51 ` Frank Scheiner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox