Language Selection

English French German Italian Portuguese Spanish

Linux 4.17 RC 1

Filed under
Linux
  • Kernel prepatch 4.17-rc1

    Linus has released 4.17-rc1 and closed the merge window for this release.

  • Linux 4.17-rc1
  • Linux 4.17-rc1

    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

  • Linux 4.17-rc1 Kernel Released: A Ton Of New Functionality While Shedding Old Code

    Just like clockwork the Linux 4.17-rc1 kernel was released tonight following the two week long merge window.

    See the Linux 4.17 features article published this morning to learn all about what's new in this kernel release. There is a ton of work from prominent AMD and Intel graphics driver updates to new hardware support and much more. As covered just a short time ago, Linux 4.17 power measurements are looking surprisingly good for lowering the power use while idling and also the power efficiency under load.

    More Linux 4.17 kernel benchmarks are on the way.

  • Linux 4.17 Offers Some Promising Power-Savings Improvements

    Of the many improvements to be found in the in-development Linux 4.17 kernel -- nicely summarized in our Linux 4.17 feature overview -- one of the features I've been anxious the most to begin benchmarking has been the reported power management improvements. Here are my initial power/performance tests of Linux 4.17 that for some systems is seeing a measurable drop in power usage, even in some cases under load while without sacrificing the performance.

  • The Many Great Features & Changes Coming For The Linux 4.17 Kernel

    Linus Torvalds is expected by the end of the day to release Linux 4.17-rc1, thereby marking the end of the two-week merge window that saw a lot of changes and new features land for Linux 4.17. Here is our original feature overview of the changes to be found in this next major release of the Linux kernel, which should premiere as stable by the middle of June.

    While many of you have likely not even upgraded yet to the feature-packed Linux 4.16, there is a lot more coming to look forward to with the Linux 4.17 kernel this summer. There are many Intel/AMD graphics driver improvements, support for obsolete CPU architectures being dropped, some new CPU support added including initial bits for the NVIDIA Xavier SoC, a potentially very big improvement for dropping Linux idle power usage, various file-system improvements, new hardware support, and even improvements for the Macintosh PowerBook 100 series from more than 20 years ago.

Linus Torvalds schedules Linux Kernel 5.0

  • Linus Torvalds schedules Linux Kernel 5.0, then maybe delays 'meaningless' release

    Linus Torvalds has suggested that the next Linux kernel could earn the number “5.0”.

    Torvalds’ suggestion came in his announcement of the first release candidate for version 4.17, which he said “does not seem to be shaping up to be a particularly big release, and there seems to be nothing particularly special about it.”

    Unless you count the fact it is shrinking, which Torvalds liked because by removing support for eight architectures, and a bunch of other “removal and clean-ups … we actually removed more lines than we added.”

    Torvalds declared the reduction “probably a first. Ever. In the history of the universe. Or at least kernel releases.”

    He also said the “most special thing that happened” in 4.17 rc1 was “purely numerology: we've passed the six million git objects mark, and that is reason enough to call the next kernel 5.0.”

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

KDE is adding Matrix to its instant messaging infrastructure

KDE has been looking for a better way of chatting and live-sharing information for several years now. IRC has been a good solution for a long time, but it has centralized servers KDE cannot control. It is also insecure and lacks features users have come to expect from more modern IM services. Other alternatives, such as Telegram, Slack and Discord, although feature-rich, are centralized and built around closed-source technologies and offer even less control than IRC. This flies in the face of KDE's principles that require we use and support technologies based on Free software. However, our search for a better solution has finally come to an end: as of today we are officially using Matrix for collaboration within KDE! Matrix is an open protocol and network for decentralised communication, backed by an open standard and open source reference implementations for servers, clients, client SDKs, bridges, bots and more. It provides all the features you’d expect from a modern chat system: infinite scrollback, file transfer, typing notifications, read receipts, presence, search, push notifications, stickers, VoIP calling and conferencing, etc. It even provides end-to-end encryption (based on Signal’s double ratchet algorithm) for when you want some privacy. Read more Also: KDE To Support Matrix Decentralized Instant Messaging

Android Leftovers

Canonical Is Planning Some Awesome New Content For The Snap Store

There I was, thoughtfully drafting an article titled "3 Things Canonical Can Do To Improve The Snap Ecosystem," when I jumped on the phone with Evan Dandrea, an Engineering Manager who just so happens to be responsible for the Snapcraft ecosystem at Canonical. As it turns out, that headline will need a slight edit. One less number. That's because I've just learned Canonical has some ambitious plans for the future of the Snap Store. Read more

Extensive Benchmarks Looking At AMD Znver1 GCC 9 Performance, EPYC Compiler Tuning

With the GCC 9 compiler due to be officially released as stable in the next month or two, we've been running benchmarks of this near-final state to the GNU Compiler Collection on a diverse range of processors. In recent weeks that has included extensive compiler benchmarks on a dozen x86_64 systems, POWER9 compiler testing on the Talos II, and also the AArch64 compiler performance on recent releases of GCC and LLVM Clang. In this latest installment of our GCC 9 compiler benchmarking is an extensive look at the AMD EPYC Znver1 performance on various releases of the GCC compiler as well as looking at various optimization levels under this new compiler on the Znver1 processor. Read more