Date:   Sun, 26 Nov 2017 16:24:15 -0800
From:   Linus Torvalds <torvalds@...ux-foundation.org>
To:     Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Linux 4.15-rc1

So it's been the usual two weeks of merge window, and rc1 is out.

And that normal time length is about the only thing usual about this
merge window. Because of the indiscriminate mass slaughter of turkeys
in the US last week, lots of people - including me - were on vacation.
That meant that I had asked for people to try to make the merge window
front-heavy, but it also meant that then during the second week I was
rather more strict than usual in what I pulled.

In particular, it mean that developers that sent pull requests in the
second week that weren't just follow-up fixes ended up getting more
scrutiny than usual. In particular, if I got a late pull request, I
required that the thing had actually been in linux-next, since one of
the effects of traveling with a laptop is that I don't end up doing
the usual full module builds in between every pull.

The good news is that almost all major updates did come in during the
first week. A big "Thank you" for that to the people involved. I could
start my travels seeing that I only had a few hundred commits in
linux-next that hadn't been merged already.

And in fact, I really liked the whole "if you send me stuff late, it
had better have been in linux-next" policy. It was slightly
inconvenient this time around because I hadn't actually automated the
checks, so doing the whole validation actually took more time and
effort on my part than it would have taken to just pull things, which
to some degree was counter-productive on my part, since the whole
point was that I had less time than usual during the second week. But
at the same time I _really_ didn't want to encourage people to send
stuff late.

The _other_ unexpected thing about this merge window was that it was
pretty big. I had expected a largish drop-off after the 4.14 LTS
release, like we had with 4.9. But that never happened, probably
because 4.14 wasn't as huge a release as 4.9 was (it was just somewhat
painful in taking much too long to calm down).

Anyway, if I missed something last week, just remind me and let me
know - I might do late pulls. But as mentioned, people really did seem
to be pretty good about front-loading the merge window and I think
we're good to go.

Go forth and test, and hopefully 4.15 will not have the calming-down
delays that 4.14 had.

                Linus

---

Al Viro (7):
    compat and uaccess updates
    iov_iter updates
    get_user_pages_fast() conversion
    misc vfs updates
    cramfs updates
    9p filesystemfixes
    mode_t whack-a-mole

Alex Williamson (2):
    IOMMU updates
    VFIO updates

Alexandre Belloni (1):
    RTC updates

Andrew Morton (2):
    updates
    more updates

Andy Shevchenko (1):
    x86 platform driver updates

Anna Schumaker (1):
    NFS client updates

Arnd Bergmann (3):
    ARM SoC platform updates
    ARM device-tree updates
    ARM SoC driver updates

Bartlomiej Zolnierkiewicz (1):
    fbdev updates

Bjorn Andersson (3):
    rpmsg updates
    remoteproc updates
    hwspinlock update

Bjorn Helgaas (1):
    PCI updates

Bob Peterson (1):
    gfs2 updates

Borislav Petkov (1):
    EDAC updates

Bruce Fields (1):
    nfsd updates

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

Corey Minyard (1):
    IPMI updates

Dan Williams (1):
    libnvdimm and dax updates

Darren Hart (1):
    x86 platform driver fixes

Darrick Wong (3):
    xfs updates
    xfs fixes
    xfs fixes

Dave Airlie (3):
    drm updates
    amdgpu DC display code for Vega
    more drm updates

Dave Kleikamp (1):
    jfs fixlet

David Howells (2):
    AFS updates
    AFS fixes

David Kleikamp (1):
    jfs updates

David Miller (6):
    networking updates
    networking fixes
    sparc updates
    small IDE cleanup
    networking fixes
    networking fixes

David Sterba (1):
    btrfs updates

David Teigland (1):
    dlm updates

Dmitry Torokhov (1):
    input updates

Doug Ledford (2):
    rdma updates
    rdma maintainership update

Eric Biederman (1):
    user namespace update

Geert Uytterhoeven (1):
    m68k updates

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

Greg Ungerer (1):
    m68k updates

Guenter Roeck (2):
    hwmon updates
    more hwmon updates/fixes

Heiko Carstens (1):
    s390 updates

Helge Deller (1):
    parisc updates

Herbert Xu (1):
    crypto updates

Ilya Dryomov (1):
    ceph updates

Ingo Molnar (15):
    RCU updates
    core locking updates
    perf updates
    RAS updates
    scheduler updates
    x86 core updates
    x86 boot updates
    x86 cleanups
    x86 debug update
    x86 platform updates
    objtool fixes
    static key fix
    perf fixes
    scheduler fixes
    misc x86 fixes

Jacek Anaszewski (1):
    LED updates

Jaegeuk Kim (1):
    f2fs updates

James Bottomley (2):
    SCSI updates
    SCSI fixes

James Hogan (1):
    MIPS updates

James Morris (3):
    general security subsystem updates
    security subsystem integrity updates
    keys update

Jan Kara (2):
    fsnotify updates
    quota, ext2, isofs and udf fixes

Jassi Brar (1):
    mailbox updates

Jeff Layton (1):
    file locking update

Jens Axboe (2):
    core block layer updates
    more block layer updates

Jessica Yu (1):
    module updates

Jiri Kosina (3):
    HID updates
    trivial tree updates
    livepatching updates

John Johansen (1):
    apparmor updates

Jon Mason (1):
    ntb updates

Jonathan Corbet (2):
    documentation updates
    documentation updates

Juergen Gross (1):
    xen updates

Lee Jones (2):
    MFD updates
    backlight updates

Linus Walleij (2):
    GPIO updates
    pin control updates

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

Martin Schwidefsky (1):
    second round of s390 updates

Masahiro Yamada (3):
    Kbuild updates
    Kbuild misc updates
    more Kbuild updates

Mauro Carvalho Chehab (1):
    media updates

Michael Ellerman (2):
    powerpc updates
    powerpc fixes

Michael Tsirkin (1):
    virtio updates

Mike Marshall (1):
    orangefs updates

Mike Snitzer (2):
    device mapper updates
     more device mapper updates

Miklos Szeredi (1):
    overlayfs updates

Nicholas Bellinger (1):
    SCSI target updates

Palmer Dabbelt (1):
    RISC-V architecture support

Paul Moore (2):
    audit updates
    SELinux updates

Petr Mladek (1):
    printk updates

Radim Krčmář (2):
    KVM updates
    KVM updates

Rafael Wysocki (5):
    power management updates
    ACPI updates
    device properties framework updates
    two power management fixes
    ACPI fix

Richard Weinberger (1):
    MTD updates

Rob Herring (2):
    DeviceTree updates
    DeviceTree fixes

Russell King (2):
    ARM updates
    ARM fixes

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

Shaohua Li (1):
    MD update

Shuah Khan (1):
    kselftest updates

Stafford Horne (1):
    OpenRISC updates

Stephen Boyd (1):
    clk updates

Takashi Iwai (2):
    sound updates
    sound fixes

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

Tejun Heo (4):
    libata updates
    workqueue updates
    percpu update
    cgroup updates

Thierry Reding (1):
    pwm updates

Thomas Gleixner (7):
    irq core updates
    timer updates
    smp/hotplug updates
    x86 APIC updates
    x86 cache resource updates
    x86 timer updates
    timer updates

Thomas Glexiner (1):
    irq fixes

Tobin Harding (1):
    leaking_addresses script updates

Tony Luck (1):
    ia64 update

Tyler Hicks (1):
    eCryptfs updates

Ulf Hansson (1):
    MMC updates

Vineet Gupta (1):
    ARC updates

Vinod Koul (1):
    dmaengine updates

Will Deacon (1):
    arm64 updates

Wolfram Sang (1):
    i2c updates

Zhang Rui (1):
    thermal management updates

Powered by blists - more mailing lists