lkml.org 
[lkml]   [2022]   [Aug]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectLinux 6.0-rc1
So here we are, two weeks later, and the merge window has closed.

People are chasing down one active bug, and I'm sure there are others
hiding that just need more people to do testing, but that's kind of
the point of rc1: all the big changes have been merged, and now we
need to calm it down and chase down any problems.

Despite the major number change, there's nothing fundamentally
different about this release - I've long eschewed the notion that
major numbers are meaningful, and the only reason for a "hierarchical"
numbering system is to make the numbers easier to remember and
distinguish. Which is why when the minor number gets to around 20 I
prefer to just increment the major number instead and reset to
something smaller.

"Nothing fundamentally different about this release" obviously doesn't
mean there aren't lots of changes, though. There's about 13.5k
non-merge commits in here (and 800+ merges), so 6.0 looks to be
another fairly sizable release.

I actually was hoping that we'd get some of the first rust
infrastructure, and the multi-gen LRU VM, but neither of them happened
this time around. There's always more releases. But there's a lot of
continued development pretty much all over the place, with the
"shortlog" being much too long to post and thus - as always for rc1
notices - below only contains my "merge log". You can definitely get a
kind of high-level overview by just scanning that, but obviously it's
worth once again pointing out that the people mentioned in the merge
log are just the maintainers I pull from, and there's more than 1700
developers involved when you start looking at the full details in the
git tree.

And, once again, this is one of those releases where you should not
look at the diffstat too closely, because more than half of it is yet
another AMD GPU register dump. And the Habanalabs Gaudi2 people want
to play in that space too, but they don't reach quite the same lofty
results that the AMD GPU people have become so famous for. I'm sure
it's just a matter of time.

The CPU people also show up in the JSON files that describe the perf
events, but they look absolutely tiny compared to the 'asic_reg'
auto-generated GPU and AI hardware definitions.

So just avert your eyes from those parts if you decide that you
actually want to look at the diffs themselves. Once you do that, the
stats look pretty normal, with roughly 60% driver updates (all over,
but gpu, networking and sound are the big updates - again, that's
pretty much par for the course). The rest is a mix of arch updates,
filesystems, tooling, and just random changes all over.

In all its glory (so all those AMD GPU hardware definitions etc included), it's

13099 files changed, 1280295 insertions(+), 341210 deletions(-)

just because I was curious and looked.

Oh, and after I had already decided to call this kernel 6.0, a few
Chinese developers piped up and pointed out that "5.20" is a more
wholesome version of the Western "4.20" internet-famous number. So if
you want to call this "Linux 5.20", go right ahead. Because the kernel
version numbers really are entirely made up and have no intrinsic
meaning.

But whatever you call it, please help test this, so that we can get it
all in shape for the final release (hopefully early October).

Linus

---

Al Viro (9):
vfs namei updates
vfs lseek updates
vfs dcache updates
vfs iov_iter updates
copy_to_iter_mc fix
9p iov_iter fix
more iov_iter updates
/proc/mounts fix
vfs lseek fix

Alex Williamson (2):
VFIO updates
another VFIO update

Alexander Gordeev (1):
s390 updates

Alexandre Belloni (1):
RTC updates

Andreas Gruenbacher (1):
gfs2 updates

Andrew Morton (3):
MM updates
misc updates
remaining MM updates

Ard Biesheuvel (2):
EFI updates
efivars sysfs interface removal

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

Arnd Bergmann (8):
ARM SoC updates
ARM SoC drivers
ARM DT updates
ARM SoC defconfig updates
ARM new SoC support
ARM boardfile deprecation
more ARM SoC updates
asm-generic updates

Bartosz Golaszewski (1):
gpio updates

Bjorn Andersson (4):
hwspinlock updates
rpmsg updates
remoteproc updates
rpmsg fixes

Bjorn Helgaas (1):
pci updates

Borislav Petkov (11):
RAS update
x86 vmware cleanup
x86 cleanup
x86 mm updates
x86 fpu update
x86 cpu updates
misc x86 updates
x86 core updates
x86 build updates
x86 kdump updates
x86 eIBRS fixes

Casey Schaufler (1):
msack updates

Christian Brauner (3):
fs idmapping updates
acl updates
setgid updates

Christoph Hellwig (1):
dma-mapping updates

Chuck Lever (1):
nfsd updates

Damien Le Moal (2):
zonefs update
ATA updates

Dan Williams (1):
cxl updates

Darrick Wong (4):
iomap updates
xfs updates
more iomap updates
more xfs updates

Dave Airlie (2):
drm updates
drm fixes

Dave Hansen (1):
x86 SGX updates

David Howells (2):
AFS fixes
fscache updates

David Sterba (2):
btrfs updates
affs fix

David Teigland (1):
dlm updates

Dmitry Torokhov (1):
input updates

Dominique Martinet (1):
9p updates

Eric Biggers (1):
fsverity update

Gao Xiang (1):
erofs updates

Geert Uytterhoeven (1):
m68k updates

Greg KH (6):
char / misc driver updates
driver core / kernfs updates
USB / Thunderbolt updates
staging driver updates
SPDX updates
tty / serial driver updates

Greg Ungerer (1):
m68knommu fixes

Guenter Roeck (2):
hwmon updates
hwmon fixes

Guo Ren (1):
csky updates

Gustavo Silva (1):
uapi flexible array update

Hans de Goede (1):
x86 platform driver updates

Hans-Christian Noren Egtvedt (1):
AVR32 updates

Helge Deller (2):
parisc updates
fbdev updates

Herbert Xu (1):
crypto updates

Huacai Chen (1):
LoongArch updates

Ilya Dryomov (1):
ceph updates

Ingo Molnar (8):
scheduler updates
locking updates
perf events updates
perf fixes
scheduler fixes
x86 fixes
x86 fix
timer fixes

Jaegeuk Kim (1):
f2fs updates

Jakub Kicinski (1):
networking fixes

James Bottomley (2):
SCSI updates
more SCSI updates

Jan Kara (2):
ext2 and reiserfs updates
fsnotify updates

Jarkko Sakkinen (1):
tpm updates

Jason Donenfeld (1):
random number generator updates

Jason Gunthorpe (1):
rdma updates

Jassi Brar (1):
mailbox updates

Jeff Layton (1):
file locking updates

Jens Axboe (7):
io_uring updates
io_uring buffered writes support
io_uring zerocopy support
block updates
block driver updates
io_uring fixes
block fixes

Jiri Kosina (1):
HID updates

Joerg Roedel (1):
iommu updates

John Johansen (1):
AppArmor updates

Jon Mason (1):
NTB updates

Jonathan Corbet (1):
documentation updates

Juergen Gross (2):
xen updates
more xen updates

Julia Lawall (1):
coccinelle semantic patch updates

Kees Cook (4):
pstore updates
seccomp update
execve updates
hardening updates

Lee Jones (2):
MFD updates
backlight updates

Len Brown (1):
turbostat updates

Linus Walleij (1):
pin control updates

Luis Chamberlain (2):
module updates
sysctl updates

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

Masahiro Yamada (1):
Kbuild updates

Matthew Wilcox (2):
XArray/IDR updates
folio updates

Mauro Carvalho Chehab (1):
media updates

Max Filippov (1):
xtensa updates

Micah Morton (1):
SafeSetID updates

Michael Ellerman (2):
powerpc updates
powerpc fixes

Michael Tsirkin (1):
virtio updates

Michal Simek (1):
microblaze updates

Mike Rapoport (1):
memblock updates

Mike Snitzer (3):
device mapper updates
more device mapper updates
device mapper fixes

Miklos Szeredi (2):
overlayfs update
fuse updates

Mimi Zohar (1):
integrity updates

Namjae Jeon (1):
exfat updates

Palmer Dabbelt (2):
RISC-V updates
more RISC-V updates

Paolo Abeni (1):
networking changes

Paolo Bonzini (2):
kvm updates
more kvm updates

Paul McKenney (2):
RCU updates
nolibc updates

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

Pavel Machek (1):
LED updates

Petr Mladek (2):
printk updates
livepatching update

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

Richard Weinberger (2):
UML updates
MTD updates

Rob Herring (2):
devicetree updates
devicetree fixes

Russell King (1):
ARM updates

Sebastian Reichel (1):
power supply and reset updates

Shuah Khan (2):
KUnit updates
Kselftest updates

Stafford Horne (1):
OpenRISC updates

Stephen Boyd (1):
clk updates

Steve French (3):
cifs updates
ksmbd updates
more cifs updates

Steven Rostedt (2):
real time analysis tool (rtla) updates
tracing updates

Takashi Iwai (2):
sound updates
sound fixes

Ted Ts'o (1):
ext4 updates

Tejun Heo (1):
cgroup updates

Thierry Reding (1):
pwm updates

Thomas Bogendoerfer (1):
MIPS updates

Thomas Gleixner (2):
timer updates
irq updates

Trond Myklebust (1):
NFS client updates

Tzung-Bi Shih (1):
chrome platform updates

Ulf Hansson (1):
MMC updates

Vinod Koul (1):
dmaengine updates

Vlastimil Babka (1):
slab updates

Wei Liu (1):
hyperv updates

Will Deacon (1):
arm64 updates

Wim Van Sebroeck (1):
watchdog updates

Wolfram Sang (2):
i2c updates
more i2c updates

Yury Norov (1):
bitmap updates

\
 
 \ /
  Last update: 2022-08-15 01:43    [W:0.152 / U:0.076 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site