|
|
Subscribe / Log in / New account

Kernel 4.17 released

Linus has released the 4.17 kernel, which will indeed be called "4.17". "No, I didn't call it 5.0, even though all the git object count numerology was in place for that. It will happen in the not _too_ distant future, and I'm told all the release scripts on kernel.org are ready for it, but I didn't feel there was any real reason for it." Headline features in this release include improved load estimation in the CPU scheduler, raw BPF tracepoints, lazytime support in the XFS filesystem, full in-kernel TLS protocol support, histogram triggers for tracing, mitigations for the latest Spectre variants, and, of course, the removal of support for eight unloved processor architectures.

to post comments

Kernel 4.17 released

Posted Jun 4, 2018 2:17 UTC (Mon) by mricon (subscriber, #59252) [Link] (4 responses)

Just to keep people guessing, I pre-created v5.x, v6.x, v2018.x and v3000.x directories in /pub/linux/kernel/.

Kernel 4.17 released

Posted Jun 4, 2018 2:51 UTC (Mon) by fratti (guest, #105722) [Link]

modify the filesystem driver to return a different set of fake version number directories for this exact path on each stat, to keep everyone guessing in different and exciting ways.

Kernel 4.17 released

Posted Jun 4, 2018 5:46 UTC (Mon) by unixbhaskar (guest, #44758) [Link]

Kai :) ...but it seems, Linus is bloody ignorant about that and justifiably so.

Kernel 4.17 released

Posted Jun 4, 2018 19:50 UTC (Mon) by xorbe (guest, #3165) [Link]

None of those are over 9000 though.

Kernel 4.17 released

Posted Jun 5, 2018 13:28 UTC (Tue) by am (subscriber, #69042) [Link]

Wouldn't the natural version after v4.x be v7.x?

Kernel 4.17 released

Posted Jun 4, 2018 7:25 UTC (Mon) by idealista (guest, #121682) [Link] (2 responses)

Note that: "full in-kernel TLS protocol support"

Kernel 4.17 released

Posted Jun 4, 2018 10:17 UTC (Mon) by Sesse (subscriber, #53779) [Link] (1 responses)

Well, “full” as in both send and receive. It still doesn't do the key exchange, and still only AES-128-CBC as far as I know.

Kernel 4.17 released

Posted Jun 5, 2018 11:20 UTC (Tue) by nilsmeyer (guest, #122604) [Link]

Key Exchange is pretty complicated compared to encryption so it probably makes sense to do this in userspace. I wonder if this actually helps performance to do it in the kernel, are there benchmarks (post meltdown)?


Copyright © 2018, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds