[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHk-=wgRFjPHV-Y_eKP9wQMLFDgG+dEUHiv5wC17OQHsG5z7BA@mail.gmail.com>
Date:   Sun, 14 Aug 2022 16:41:33 -0700
From:   Linus Torvalds <torvalds@...ux-foundation.org>
To:     Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Linux 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
Powered by blists - more mailing lists
 
