linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Linus Torvalds <torvalds@linux-foundation.org>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Linux 5.4-rc1
Date: Mon, 30 Sep 2019 11:04:07 -0700	[thread overview]
Message-ID: <CAHk-=wgbGJ-SGeevEcgrThhPp+RwYOUUgWoZ3W27cbUpuB3VgA@mail.gmail.com> (raw)

I didn't really extend the merge window by a day here, but I gave
myself an extra day to merge my pending queue. Thus the Monday date
for the rc1 rather than the usual Sunday afternoon.

And it wasn't all _that_ big or painful a merge window, for some
reason I just didn't get to the end of the queue until fairly late in
the second week, and continued to get a few more pull requests even
then. Part of it was just other discussions too happening, so I didn't
do _just_ merges all the time. But part of it was just that I also
spent some of Sunday away from the computer, doing some welding
instead.

Anyway, what I'm saying is that the Monday rc1 isn't really a sign of
any real trouble or more issues than usual. More just random timing.

Size-wise, 5.4 looks to shape up very regular. It's almost exactly the
same size as 5.3 was at the same stage, both in commits and in lines
added (honestly in advertising: 5.3 had more lines removed mainly due
to some isdn removal). Nothing major stands out, the most notable may
be the long-pending lockdown patches that weren't all that big, but
that now finally aren't tied to just EFI secure boot, so you can test
them out other ways too.

But there's changes all over. The patch is (once again) dominated by
some AMD DRM register definition header file churn, which is almost
half of it just by lines. But that's the nature of those beasts, being
largely autogenerated from hw descriptions, and you should ignore it.

And if you do ignore those (very boring) header file changes, you'll
see mostly the usual distribution: about 60% driver updates (GPU,
networking, sound, staging), with the rest being the usual mix of
architecture updates (ia64 shows up thanks to removal of the odd sn
platform, but it's otherwise mostly arm[64], powerpc and x86),
tooling, filesystems, documentation and misc (core networking, code
kernel and VM, include files etc etc).

Much too many changes to list individually, and over 1500 individual
developers.  The log below is just my usual "merge log" with who I
merge from and a oneliner very rough description of the area it
updates.

Go test, the merge window has now closed,

                Linus

---

Al Viro (8):
    vfs namei updates
    d_path fix
    vfs mount API infrastructure updates
    misc mount API conversions
    autofs updates
    more mount API conversions
    jffs2 fix
    more vfs updates

Alex Williamson (1):
    VFIO updates

Alexandre Belloni (1):
    RTC updates

Andreas Gruenbacher (1):
    gfs2 updates

Andrew Morton (2):
    updates
    more updates

Andy Shevchenko (2):
    x86 platform-drivers updates
    x86 platform-drivers fixes

Anna Schumaker (1):
    NFS client updates

Arnd Bergmann (7):
    ARM SoC platform updates
    ARM SoC driver updates
    ARM SoC defconfig updates
    ARM DT updates
    asm-generic updates
    y2038 vfs updates
    ARM SoC late updates

Benson Leung (1):
    chrome platform updates

Bjorn Andersson (2):
    remoteproc updates
    rpmsg updates

Bjorn Helgaas (1):
    PCI updates

Boris Brezillon (1):
    i3c updates

Borislav Petkov (2):
    EDAC updates
    RAS updates

Bruce Fields (1):
    nfsd updates

Casey Schaufler (1):
    smack updates

Christian Brauner (1):
    pidfd/waitid updates

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

Corey Minyard (1):
    IPMI updates

Dan Williams (1):
    libnvdimm updates

Daniel Thompson (1):
    kgdb updates

Darrick Wong (4):
    swap access updates
    xfs updates
    iomap updates
    xfs fixes

Dave Airlie (2):
    drm updates
    drm fixes

David Howells (1):
    AFS updates

David Miller (2):
    networking updates
    networking fixes

David Rientjes (1):
    hugepage allocation updates

David Sterba (2):
    btrfs updates
    btrfs fixes

Dennis Zhou (1):
    percpu updates

Dmitry Torokhov (1):
    input updates

Dominique Martinet (1):
    9p updates

Eduardo Valentin (1):
    thermal SoC updates

Eric Biggers (2):
    fscrypt updates
    fs-verity support

Geert Uytterhoeven (1):
    m68k updates

Greg KH (6):
    USB updates
    tty/serial driver updates
    staging and IIO driver updates
    char/misc driver updates
    Documentation/process update
    driver core updates

Greg Ungerer (1):
    m68knommu fix

Guenter Roeck (1):
    hwmon updates

Guo Ren (1):
    csky updates

Helge Deller (1):
    parisc updates

Herbert Xu (1):
    crypto updates

Ilya Dryomov (1):
    ceph updates

Ingo Molnar (21):
    header documentation fix
    objtool build fix
    RCU updates
    stacktrace fixlet
    EFI updates
    locking updates
    perf updates
    scheduler updates
    x86 asm updates
    x86 boot code cleanup
    x86 build cleanup
    x86 cpu-feature updates
    x86 entry updates
    x86 mm updates
    x86 platform update
    x86 hyperv updates
    x86 vmware updates
    more perf updates
    timer fix
    scheduler fixes
    x86 fix

Jacek Anaszewski (1):
    LED updates

Jaegeuk Kim (1):
    f2fs updates

James Bottomley (1):
    SCSI updates

James Morris (1):
    kernel lockdown mode

Jan Kara (1):
    ext2, quota, udf fixes and cleanups

Jarkko Sakkinen (2):
    tpm updates
    tpm fixes

Jason Gunthorpe (2):
    hmm updates
    RDMA subsystem updates

Jassi Brar (1):
    mailbox updates

Jeff Layton (1):
    file locking updates

Jens Axboe (7):
    io_uring updates
    libata updates
    block updates
    more block updates
    more io_uring updates
    block fixes
    more io_uring updates

Jessica Yu (1):
    modules updates

Jiri Kosina (2):
    HID updates
    livepatching fix

Joerg Roedel (2):
    iommu updates
    iommu fixes

Jon Mason (1):
    NTB updates

Jonathan Corbet (1):
    documentation updates

Juergen Gross (1):
    xen update

Kees Cook (2):
    gcc-plugins fix
    usercopy fix

Lee Jones (2):
    backlight updates
    MFD updates

Ley Foon Tan (1):
    nios2 fix

Linus Walleij (2):
    GPIO updates
    pin control updates

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

Masahiro Yamada (1):
    Kbuild updates

Mauro Carvalho Chehab (1):
    media updates

Max Filippov (1):
    Xtensa updates

Micah Morton (1):
    SafeSetID fix

Michael Ellerman (2):
    powerpc updates
    powerpc fixes

Michal Simek (1):
    Microblaze updates

Miguel Ojeda (1):
    asm inline support

Mike Marshall (1):
    orangefs updates

Mike Snitzer (1):
    device mapper updates

Miklos Szeredi (3):
    overlayfs fixes
    fuse updates
    fuse virtio-fs support

Mimi Zohar (1):
    integrity updates

Olof Johansson (1):
    ARM SoC fixes

Paolo Bonzini (3):
    KVM fix
    KVM updates
    more KVM updates

Paul Burton (1):
    MIPS updates

Paul Moore (1):
    selinux updates

Paul Walmsley (2):
    RISC-V updates
    more RISC-V updates

Petr Mladek (1):
    printk updates

Rafael Wysocki (3):
    power management updates
    ACPI updates
    device properties framework updates

Richard Kuo (1):
    Hexagon maintainership update

Richard Weinberger (3):
    MTD updates
    UML updates
    UBI, UBIFS and JFFS2 updates

Rob Herring (1):
    Devicetree updates

Russell King (1):
    ARM updates

Sasha Levin (1):
    Hyper-V updates

Sebastian Reichel (2):
    HSI updates
    power supply and reset updates

Shuah Khan (1):
    Kselftest updates

Stafford Horne (1):
    OpenRISC updates

Stephen Boyd (1):
    clk updates

Steve French (2):
    cifs updates
    more cifs updates

Steven Rostedt (3):
    tracing updates
    tracing fix
    tracing fixes

Takashi Iwai (2):
    sound updates
    sound fixes

Ted Ts'o (1):
    ext4 updates

Tejun Heo (1):
    cgroup updates

Thierry Reding (1):
    pwm updates

Thomas Gleixner (7):
    timer fix
    CPU hotplug updates
    x86 pti updates
    x86 interrupt updates
    core irq updates
    x86 apic updates
    core timer updates

Tony Luck (1):
    ia64 updates

Ulf Hansson (2):
    MMC updates
    more MMC updates

Vasily Gorbik (2):
    s390 updates
    more s390 updates

Vinod Koul (2):
    dmaengine updates
    soundwire updates

Will Deacon (2):
    arm64 updates
    arm64 fixes

Wim Van Sebroeck (1):
    watchdog updates

Wolfram Sang (2):
    i2c updates
     more i2c updates

Zhang Rui (1):
    thermal management updates

                 reply	other threads:[~2019-09-30 21:06 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAHk-=wgbGJ-SGeevEcgrThhPp+RwYOUUgWoZ3W27cbUpuB3VgA@mail.gmail.com' \
    --to=torvalds@linux-foundation.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).