Linux 2988 Published by

Linus Torvalds has announced the release of the first release candidate for Linux kernel 5.14.



You all know the drill by now. It's been the usual two weeks of merge
window, and not it's closed, and 5.14-rc1 is out there.

As usual, it's much too big to post the shortlog, with about 13k
commits (an another ~800 merge commits) by about 1650 developers, and
a diffstat summary of

11859 files changed, 817707 insertions(+), 285485 deletions(-)

Appended is my mergelog which gives you an overview of what I've
pulled during the merge window, and who I pulled from. And as usual, I
want to stress how this is obviously just a very high-level summary,
and tiny part of the actual developer community - if you want the full
details of all those changes, you'll have to go to the -git tree.

On the whole, I don't think there are any huge surprises in here, and
size-wise this seems to be a pretty regular release too. Let's hope
that that translates to a nice and calm release cycle, but you never
know. Last release was big, but it was all fairly calm despite that,
so size isn't always the determining factor here..

If somebody wants to look at the actual diff for the release, I'd
encourage you to ignore - once again - another set of big AMD GPU
hardware description header files. We seem to have those fairly
regularly, and they are always these huge generated headers that end
up dwarfing everything else. Almost exactly half of the whole 5.14-rc1
patch is comprised of those GPU headers, and it skews the statistics a
lot.

Now, even if you ignore that AMD header drop, drivers account for over
two thirds of the changes when you look at the diff, and that's
perfectly normal. What's slightly less usual is how there's a lot of
line _removals_ in there, with the old IDE layer finally having met
its long-overdue demise, and all our IDE support is now based on
libata.

Of course, the fact that we removed all that legacy IDE code doesn't
mean that we had a reduction in lines over-all: a few tens of
thousands of lines of legacy code is nowhere near enough to balance
out the usual kernel growth. But it's still a nice thing to see the
cleanup.

So drivers dominate: even when ignoring the AMD header addition
there's a fair amount of gpu updates, but there's networking drivers,
rdma, sound, scsi, staging, media...

Outside of drivers, there's all the usual suspects: architecture
updates (arm, arm64, x86, powerpc, s390, with a smattering of other
architecture updates too) and various core kernel updates: networking,
filesystems, VM, scheduling etc. And the usual documentation and
tooling (perf and self-tests) updates.

Please do test, and we can get the whole calming-down period rolling
and hopefully get a timely final 5.14 release.

Linus

---

Al Viro (3):
vfs d_path() updates
iov_iter updates
vfs name lookup updates

Alex Williamson (1):
VFIO updates

Alexandre Belloni (2):
i3c updates
RTC updates

Andreas Gruenbacher (1):
gfs2 updates

Andrew Morton (3):
misc updates
more updates
yet more updates

Arnaldo Carvalho de Melo (2):
perf tool updates
more perf tool updates

Arnd Bergmann (1):
asm/unaligned.h unification

Bartosz Golaszewski (1):
gpio updates

Bjorn Andersson (2):
remoteproc updates
hwspinlock updates

Bjorn Helgaas (2):
pci updates
pci fix

Borislav Petkov (3):
x86 RAS updates
x86 cpu updates
x86 SEV updates

Bruce Fields (1):
nfsd updates

Casey Schaufler (1):
smack updates

Christian Brauner (2):
mount_setattr updates
openat2 fixes

Christoph Hellwig (2):
dma-mapping updates
configfs updates

Corey Minyard (1):
IPMI driver updates

Dan Williams (1):
CXL (Compute Express Link) updates

Daniel Lezcano (1):
thermal updates

Daniel Thompson (1):
kgdb updates

Darrick Wong (1):
xfs updates

Dave Airlie (2):
drm updates
drm fixes

David Kleikamp (1):
jfs updates

David Sterba (1):
btrfs updates

David Teigland (1):
dlm updates

Dennis Zhou (2):
percpu updates
percpu fix

Dmitry Torokhov (1):
input updates

Eric Biederman (1):
user namespace rlimit handling update

Eric Biggers (1):
fscrypt updates

Gao Xiang (1):
erofs updates

Geert Uytterhoeven (1):
m68k updates

Greg KH (5):
char / misc driver updates
driver core changes
staging / IIO driver updates
tty / serial updates
USB / Thunderbolt updates

Greg Ungerer (1):
m68knommu update

Guenter Roeck (1):
hwmon updates

Guo Ren (1):
arch/csky updates

Gustavo Silva (3):
fallthrough fixes
array-bounds fixes
more fallthrough fixes

Hans de Goede (1):
x86 platform driver updates

Herbert Xu (2):
crypto updates
crypto fixes

Ilya Dryomov (1):
ceph updates

Ingo Molnar (19):
EFI updates
objtool fix and updates
locking updates
perf events updates
scheduler udpates
timers/nohz updates
x86 exception handling updates
x86 asm updates
x86 boot update
x86 resource control documentation fixes
x86 cleanups
x86 uapi fixlet
x86 mm update
x86 splitlock updates
scheduler fixes
locking fixes
perf fixes
scheduler fixes
irq fixes

Jaegeuk Kim (1):
f2fs updates

Jakub Kicinski (1):
networking updates

James Bottomley (2):
SCSI updates
more SCSI updates

Jan Kara (1):
misc fs updates

Jarkko Sakkinen (1):
tpm driver updates

Jason Gunthorpe (1):
rdma updates

Jassi Brar (1):
mailbox updates

Jens Axboe (6):
libata updates
core block updates
block driver updates
io_uring updates
more block updates
io_uring fixes

Jessica Yu (1):
module updates

Jiri Kosina (1):
HID updates

Joerg Roedel (1):
iommu updates

Jonathan Corbet (1):
documentation updates

Juergen Gross (1):
xen updates

Julia Lawall (1):
coccinelle updates

Kees Cook (3):
seccomp updates
pstore updates
clang feature updates

Lee Jones (2):
mfd updates
backlight updates

Linus Walleij (1):
pin control updates

Mark Brown (3):
regmap updates
regulator updates
spi updates

Masahiro Yamada (1):
Kbuild updates

Mauro Carvalho Chehab (1):
media updates

Micah Morton (1):
SafeSetID update

Michael Ellerman (2):
powerpc updates
powerpc fixes

Michael Tsirkin (1):
virtio,vhost,vdpa updates

Michal Simek (1):
microblaze updates

Mike Marshall (1):
orangefs updates

Mike Rapoport (2):
memblock updates
memblock fix

Mike Snitzer (1):
device mapper updates

Miklos Szeredi (1):
fuse updates

Mimi Zohar (1):
integrity subsystem updates

Namjae Jeon (1):
exfat updates

Olof Johansson (3):
ARM SoC updates
ARM devicetree updates
ARM driver updates

Palmer Dabbelt (1):
RISC-V updates

Paolo Bonzini (1):
kvm updates

Paul E McKenney (1):
lkmm fixlet

Paul McKenney (2):
KCSAN updates
RCU updates

Paul Moore (2):
SELinux updates
audit updates

Pavel Machek (1):
LED updates

Petr Mladek (1):
printk updates

Rafael Wysocki (6):
power management updates
ACPI updates
PNP updates
device properties framework updates
more power management updates
more ACPI updates

Richard Weinberger (3):
MTD updates
UBIFS updates
UML updates

Rob Herring (1):
devicetree updates

Russell King (1):
ARM development updates

Sebastian Reichel (1):
power supply and reset updates

Shuah Khan (2):
KUnit update
Kselftest update

Stafford Horne (1):
OpenRISC updates

Stephen Boyd (2):
clk updates
more clk updates

Steve French (2):
cifs updates
cifs fixes

Steven Rostedt (2):
tracing updates
tracing fix and cleanup

Takashi Iwai (2):
sound updates
sound fixes

Ted Ts'o (2):
ext4 updates
ext4 updates

Tejun Heo (1):
cgroup updates

Tetsuo Handa (1):
tomoyo fix

Thierry Reding (1):
pwm updates

Thomas Bogendoerfer (2):
MIPS updates
MIPS fixes

Thomas Gleixner (7):
CPU hotplug cleanup
CPU hotplug fix
irq updates
timer updates
x86 interrupt related updates
x86 entry code related updates
x86 fpu updates

Tony Luck (1):
EDAC updates

Trond Myklebust (1):
NFS client updates

Ulf Hansson (2):
MMC and MEMSTICK updates
MMC fixes

Vasily Gorbik (2):
s390 updates
more s390 updates

Vinod Koul (1):
dmaengine updates

Wei Liu (1):
hyperv updates

Will Deacon (1):
arm64 updates

Wim Van Sebroeck (1):
watchdog updates

Wolfram Sang (1):
i2c updates