Linux 4.17-rc1

Linux 4.17-rc1

[Linus Torvalds]

So two weeks have passed, and the merge window was pretty normal and
is now closed.

This does not seem to be shaping up to be a particularly big release,
and there seems to be nothing particularly special about it. The most
special thing that happened is purely numerology: we've passed the six
million git objects mark, and that is reason enough to call the next
kernel 5.0. Except I probably won't, because I don't want to be too
predictable. The version numbers are meaningless, which should mean
that they don't even follow silly numerological rules - even if v3.0
and v4.0 happened to be at the 2M and 4M mark respectively.

But v5.0 will happen some day. And it should be meaningless. You have
been warned.

Anyway, we do have a *few* other things that happened, like Arnd
getting rid of a number of architectures that seem to simply not
matter any more. If it turns out that somebody wants to resurrect any
of them, the code is all there in the git history, but you'll have to
do the work and show that you'll maintain it and have a few users.

And just to not make it *all* about removing old architectures,
there's a new one in there too.

The architectures that are gone are blackfin, cris, frv, m32r, metag,
mn10300, score, and tile.  And the new architecture is the nds32
(Andes Technology 32-0bit RISC architecture).

We actually have a fair amount of other removal and cleanups too. I
was somewhat pleasantly surprised by the number of pull requests that
actually ended up removing a lot of lines. Some of it was staging
drivers that finally gave up the ghost (like irda), but we also got
rid of some copyright language boiler-plate in favor of just the spdx
lines. And some pre-shipped lexer/parser files are no more, we're
better off just generating them.

End result: we actually removed more lines than we added:

 13538 files changed, 627723 insertions(+), 818855 deletions(-)

which is probably a first. Ever. In the history of the universe. Or at
least kernel releases.

I'd call it momentous, but I think the arch removal was most of it,
and I'm sure people will quickly rectify that momentary glitch of
actually shrinking the kernel source code.

Go out and test,

             Linus

---

Al Viro (7):
    vfs dcache updates
    misc vfs updates
    sparc syscall cleanups
    alpha syscall cleanups
    vfs namei updates
    AFS updates
    vfs thaw updates

Alex Williamson (1):
    VFIO updates

Alexandre Belloni (1):
    RTC updates

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

Andy Shevchenko (1):
    x86 platform driver updates

Anna Schumaker (1):
    NFS client updates

Arnd Bergmann (5):
    ARM SoC device tree updates
    ARM SoC platform updates
    ARM SoC driver updates
    ARM SoC fixes
    asm-generic fixes

Bartlomiej Zolnierkiewicz (1):
    fbdev updates

Benson Leung (1):
    chrome platform updates

Bjorn Andersson (2):
    rpmsg updates
    remoteproc updates

Bjorn Helgaas (2):
    PCI updates
    PCI fixes

Bob Peterson (2):
    gfs2 updates
    more gfs2 updates

Boris Brezillon (1):
    MTD updates

Borislav Petkov (1):
    EDAC updates

Bruce Fields (1):
    nfsd updates

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

Corey Minyard (1):
    IPMI updates

Dan Williams (1):
    libnvdimm updates

Darrick Wong (2):
    xfs updates
    more xfs updates

Dave Airlie (2):
    drm updates
    drm fixes

David Howells (1):
    fscache updates

David Miller (5):
    networking updates
    sparc updates
    networking fixes
    networking fixes
    networking fixes

David Sterba (2):
    btrfs updates
    more btrfs updates

Dmitry Torokhov (1):
    input updates

Dominik Brodowski (1):
    removal of in-kernel calls to syscalls

Eric Biederman (2):
    namespace updates
    siginfo updates

Geert Uytterhoeven (1):
    m68k updates

Greentime Hu (1):
    nds32 architecture support

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

Greg Ungerer (1):
    m68knommu update

Guenter Roeck (1):
    hwmon updates

Helge Deller (2):
    parisc updates
    parisc updates

Herbert Xu (1):
    crypto updates

Ilya Dryomov (1):
    ceph updates

Ingo Molnar (19):
    misc core updates
    debugobjects updates
    header file cleanup
    RCU updates
    locking updates
    perf updates
    x86 RAS updates
    scheduler updates
    SMP hotplug updates
    x86 apic updates
    x86 asm fixlets
    x86 build updates
    x86 cleanups and msr updates
    x86 mm updates
    x86 platform updates
    x86 timer updates
    wait_var_event updates
    x86 dma mapping updates
    EFI updates

Jacek Anaszewski (1):
    LED updates

Jaegeuk Kim (1):
    f2fs update

James Bottomley (2):
    SCSI updates
    SCSI fixes

James Hogan (1):
    MIPS updates

James Morris (4):
    general security layer updates
    smack update
    TPM updates
    integrity updates

Jan Kara (1):
    misc filesystem updates

Jason Gunthorpe (1):
    rdma updates

Jason Wessel (1):
    kdb updates

Jassi Brar (1):
    mailbox updates

Jean Delvare (1):
    dmi updates

Jens Axboe (2):
    block layer updates
    block fixes

Jiri Kosina (2):
    HID updates
    trivial tree updates

Joerg Roedel (1):
    IOMMU updates

John Johansen (1):
    apparmor updates

Jonathan Corbet (1):
    documentation updates

Juergen Gross (1):
    xen fixes

Kees Cook (2):
    pstore updates
    pstore fix

Ley Foon Tan (1):
    nios2 update

Linus Walleij (2):
    pin control bulk updates
    GPIO updates

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

Mark Salter (1):
    c6x updates

Martin Schwidefsky (2):
    s390 updates
     more s390 updates

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

Matt Turner (1):
    alpha updates

Mauro Carvalho Chehab (2):
    media updates
    media fixes

Michael Ellerman (2):
    powerpc updates
    powerpc fixes

Michael Tsirkin (2):
    fw_cfg, vhost updates
    virtio update

Michal Simek (1):
    microblaze updates

Mike Marshall (1):
    orangefs updates

Mike Snitzer (1):
    device mapper updates

Miklos Szeredi (1):
    overlayfs updates

Palmer Dabbelt (1):
    RISC-V updates

Paolo Bonzini (1):
    kvm updates

Paul Moore (2):
    audit updates
    SELinux updates

Petr Mladek (1):
    printk updates

Rafael Wysocki (3):
    ACPI updates
    power management updates
    more power management updates

Rich Felker (1):
    arch/sh updates

Richard Weinberger (2):
    UML updates
    UBI and UBIFS updates

Rob Herring (1):
    DeviceTree updates

Russell King (2):
    ARM updates
    ARM SA1100 updates

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

Shuah Khan (1):
    kselftest update

Stafford Horne (1):
    OpenRISC fixlet

Stephen Boyd (1):
    clk updates

Steve French (2):
    cifs updates
    cifs fixes

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

Takashi Iwai (2):
    sound updates
    sound fixes

Ted Ts'o (2):
    ext4 updates
    /dev/random updates

Tejun Heo (2):
    libata updates
    workqueue updates

Thierry Reding (1):
    pwm updates

Thomas Gleixner (8):
    time(r) updates
    irq updates
    irq affinity fixes
    x86 EFI bootup fixlet
    more perf updates
    scheduler fixes
    x86 pti updates
    x86 fixes

Tobin Harding (1):
    leaking-addresses updates

Ulf Hansson (2):
    MMC updates
    MMC fixes

Vinod Koul (1):
    dmaengine updates

Will Deacon (2):
    arm64 updates
    more arm64 updates

Wim Van Sebroeck (1):
    watchdog updates

Wolfram Sang (2):
    i2c updates
    more i2c updates

Zhang Rui (1):
    thermal management update

Re: Linux 4.17-rc1

[Geert Uytterhoeven]

On Mon, Apr 16, 2018 at 3:55 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> We actually have a fair amount of other removal and cleanups too. I
> was somewhat pleasantly surprised by the number of pull requests that
> actually ended up removing a lot of lines. Some of it was staging
> drivers that finally gave up the ghost (like irda), but we also got
> rid of some copyright language boiler-plate in favor of just the spdx
> lines. And some pre-shipped lexer/parser files are no more, we're
> better off just generating them.
>
> End result: we actually removed more lines than we added:
>
>  13538 files changed, 627723 insertions(+), 818855 deletions(-)
>
> which is probably a first. Ever. In the history of the universe. Or at
> least kernel releases.
>
> I'd call it momentous, but I think the arch removal was most of it,
> and I'm sure people will quickly rectify that momentary glitch of
> actually shrinking the kernel source code.

For the first time ever(?), we also had a kernel size reduction, according
to bloat-o-meter (for an m68k atari_defconfig kernel):

    add/remove: 341/440 grow/shrink: 445/359 up/down: 60125/-133422 (-73297)

which brings us (size-wise) back to v4.13-and-a-half.
This is mostly attributed to the removal of lots of SyS_* functions.

However, my enthusiasm was tempered when I noticed  the same size reduction
is not reflected in actual kernel size:

       text    data     bss     dec     hex filename
    3313377 836572 177724 4327673 4208f9 vmlinux-v4.16
    3327960 834636 173112 4335708 42285c vmlinux-v4.17-rc1

or at runtime:

-Memory: 268040K/276480K available (2980K kernel code, 308K rwdata,
784K rodata, 144K init, 172K bss,  8440K reserved, 0K cma-reserved)
+Memory: 268028K/276480K available (2994K kernel code, 301K rwdata,
788K rodata, 144K init, 167K bss, 8452K reserved, 0K cma-reserved)

Probably I (and bloat-o-meter) are missing something?

Thanks!

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

Re: Linux 4.17-rc1

[Dominik Brodowski]

On Mon, Apr 16, 2018 at 11:01:57AM +0200, Geert Uytterhoeven wrote:
> On Mon, Apr 16, 2018 at 3:55 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
> > We actually have a fair amount of other removal and cleanups too. I
> > was somewhat pleasantly surprised by the number of pull requests that
> > actually ended up removing a lot of lines. Some of it was staging
> > drivers that finally gave up the ghost (like irda), but we also got
> > rid of some copyright language boiler-plate in favor of just the spdx
> > lines. And some pre-shipped lexer/parser files are no more, we're
> > better off just generating them.
> >
> > End result: we actually removed more lines than we added:
> >
> >  13538 files changed, 627723 insertions(+), 818855 deletions(-)
> >
> > which is probably a first. Ever. In the history of the universe. Or at
> > least kernel releases.
> >
> > I'd call it momentous, but I think the arch removal was most of it,
> > and I'm sure people will quickly rectify that momentary glitch of
> > actually shrinking the kernel source code.
> 
> For the first time ever(?), we also had a kernel size reduction, according
> to bloat-o-meter (for an m68k atari_defconfig kernel):
> 
>     add/remove: 341/440 grow/shrink: 445/359 up/down: 60125/-133422 (-73297)
> 
> which brings us (size-wise) back to v4.13-and-a-half.
> This is mostly attributed to the removal of lots of SyS_* functions.

Please note that the SyS_* stubs were renamed to __se_sys_* () [__se for
sign-extending], which bloat-o-meter does not handle well.

Thanks,
	Dominik

Re: Linux 4.17-rc1

[Jonathan Corbet]

On Sun, 15 Apr 2018 18:55:38 -0700
Linus Torvalds <torvalds@linux-foundation.org> wrote:

> End result: we actually removed more lines than we added:
> 
>  13538 files changed, 627723 insertions(+), 818855 deletions(-)
> 
> which is probably a first. Ever. In the history of the universe. Or at
> least kernel releases.

For the curious...that's not quite the case.  We shrunk a bit for 2.6.36,
due to the removal of all those defconfig files.  3.17 was also slightly
smaller than 3.16 - removal of POWER3 and a whole bunch of staging stuff.
So...third time's the charm!

Of course, one could look at the numbers involved and conclude that a
release with more lines removed than added is a harbinger of a dot-zero
release in the near future :)

jon