Language Selection

English French German Italian Portuguese Spanish

Linux 5.5-rc1

Filed under
Linux

  • Linux 5.5-rc1
    We've had a normal merge window, and it's now early Sunday afternoon,
    and it's getting closed as has been the standard rule for a long while
    now.
    
    Everything looks fairly regular - it's a tiny bit larger (in commit
    counts) than the few last merge windows have been, but not bigger
    enough to really raise any eyebrows. And there's nothing particularly
    odd in there either that I can think of: just a bit over half of the
    patch is drivers, with the next big area being arch updates. Which is
    pretty much the rule for how things have been forever by now.
    
    Outside of that, the documentation and tooling (perf and selftests)
    updates stand out, but that's actually been a common pattern for a
    while now too, so it's not really surprising either. And the rest is
    all the usual core stuff - filesystems, core kernel, networking, etc.
    
    The pipe rework patches are a small drop in the ocean, but ended up
    being the most painful part of the merge for me personally. They
    clearly weren't quite ready, but it got fixed up and I didn't have to
    revert them. There may be other problems like that that I just didn't
    see and be involved in, and didn't strike me as painful as a result ;)
    
    We're missing some VFS updates, but I think we'll have Al on it for
    the next merge window. On the whole, considering that this was a big
    enough release anyway, I had no problem going "we can do that later".
    
    As usual, even the shortlog is much too large to post, and nobody
    would have the energy to read through it anyway. My mergelog below
    gives an overview of the top-level changes so that you can see the
    different subsystems that got development. But with 12,500+ non-merge
    commits, there's obviously a little bit of everything going on.
    
    Go out and test (and special thanks to people who already did, and
    started sending reports even during the merge window),
    
    Linus
    
    
  • Linus Torvalds Kicks Off Development of Linux Kernel 5.5, First RC Is Out Now

    The two week-long merge window that opened with the release of the Linux 5.4 kernel series last month ended today with the launch of the first release candidate of Linux kernel 5.5, which was announced by Linus Torvalds himself.
    That's right, Linus Torvalds has officially kicked off the development cycle of the next major Linux kernel series, Linux 5.5, which is now available for public testing from the kernel.org website. Linux kernel 5.5-rc1 is the first milestone in many to come and gives the community a first look at the new features and changes.

    "We've had a normal merge window, and it's now early Sunday afternoon, and it's getting closed as has been the standard rule for a long while now," said Linus Torvalds. "Everything looks fairly regular - it's a tiny bit larger (in commit counts) than the few last merge windows have been, but not bigger enough to really raise any eyebrows. And there's nothing particularly odd in there either that I can think of: just a bit over half of the patch is drivers, with the next big area being Arch updates."

  • Linux 5.5 Feature Overview - Raspberry Pi 4 To New Graphics Capabilities To KUnit

    Linux 5.5-rc1 is on the way to mirrors and with that the Linux 5.5 merge window is now over. Here is a look at the lengthy set of changes and new features for this next Linux kernel that will debut as stable in early 2020.
    Among the many changes to find with Linux 5.5 are support for the Raspberry Pi 4 / BCM2711, various performance changes still being explored, support for reporting NVMe drive temperatures, a new Logitech keyboard driver, AMD HDCP support for content protection, wake-on-voice support from Chromebooks, the introduction of KUnit for unit testing the kernel, new RAID1 modes that are quite exciting for Btrfs, and much more. Below is a more detailed look based upon our original monitoring and reporting.

  • Unified sizeof_member() Re-Proposed For Linux 5.5

    After not being merged for Linux 5.4, the new sizeof_member() macro as a unified means of calculating the size of a member of a struct has been volleyed for Linux 5.5 for possible inclusion on this last day of the merge window.

    The Linux kernel to now has supported SIZEOF_FIELD, FIELD_SIZEOF, sizeof_field as means of calculating the size of a member of a C struct... The new sizeof_member looks to clean-up that code cruft that has accumulated over the years with converting all usage of the old macros over to this new unified macro.

Catchup by Michael Larabel

  • Linux 5.5-rc1 Kernel Released With 12,500+ Commits

    Linus Torvalds has just issued the first release candidate of the Linux 5.5 cycle following the traditional two week long merge window.

    See our newly-published Linux 5.5 feature overview to learn about all of the new changes and improvements in this kernel -- there's a lot.

LWN: Kernel prepatch 5.5-rc1

  • Kernel prepatch 5.5-rc1

    Linus has released the 5.5-rc1 kernel prepatch and closed the merge window for this development cycle.

Comment viewing options

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

More in Tux Machines

Linux Plumbers Conference and Kernel Developments in METRICFS, FS-Cache, HWMON

  • Application Ecosystem Microconference Accepted into 2020 Linux Plumbers Conference

    We are pleased to announce that the Application Ecosystem Microconference has been accepted into the 2020 Linux Plumbers Conference! The Linux kernel is the foundation of the Linux systems, but it is not much use without applications that run on top of it. The application experience relies on the kernel for performance, stability and responsiveness. Plumbers is the perfect venue to have the kernel and app ecosystems under one roof to discuss and learn together and make a better application experience on the Linux platform.

  • Google Opens Patches For "METRICFS" That They Have Used Since 2012 For Telemetry Data

    The METRICFS file-system has been in use internally at Google since 2012 for exporting system statistics to their telemetry systems with around 200 statistics being exported per machine. They are now posting the METRICFS patches as open-source for review and possible upstreaming. A "request for comments" on METRICFS was sent out today on the Linux kernel mailing list. Their motives for now finally publishing these patches is as a result of the recent Statsfs proposal by a Red Hat engineer for a RAM-based file-system for exposing kernel statistics to user-space. METRICFS has a similar aim to Statsfs.

  • FS-Cache Rewritten But Even Its Developers Are Hesitant About Landing It For Linux 5.9

    FS-Cache provides the Linux kernel with a general purpose cache for network file-systems like NFS and AFS but also other special use-cases like ISO9660 file-systems. FS-Cache has been rewritten for better performance and reliability, among other benefits, and while it has been sent in as a pull request for Linux 5.9 even its own developers provide some caution over landing it this cycle. FS-Cache has seen work to "massively overhaul" it with a variety of improvements. The new and improved FS-Cache will now use async direct I/O in place of snooping for updated pages that in turn means less virtual memory overhead. The new FS-Cache implementation has simpler object management, changes to object invalidation, and a variety of other work.

  • Corsair Commander Pro Driver Sent In To Linux 5.9

    The hardware monitoring (HWMON) subsystem has a new driver that is likely to excite some enthusiasts wanting greater control over thermal monitoring and fan control for their systems. The previously covered Corsair Commander Pro Linux driver is now coming with Linux 5.9. The Commander Pro offers six 4-pin fan ports with PWM controls, two RGB LED channels, and four thermal sensors. An interested user/developer created this Linux driver without the support from Corsair. The thermal and fan control support is in place with this new HWMON driver while the RGB lighting controls are available from OpenRGB.

Graphics: Mesa 20.1.5, Intel and AMD

  • mesa 20.1.5
    Hi all,
    
    I'd like to announce Mesa 20.1.5, the fifth bugfix release for the 20.1 branch.
    
    The next bugfix release is planned for 2 weeks from now, on 2020-08-19.
    
    Cheers,
    Eric
    
    
  • Mesa 20.1.5 Released For The Latest Stable Open-Source Vulkan / OpenGL Drivers

    Mesa 20.1.5 provides the latest stable open-source Vulkan/OpenGL graphics drivers for the Linux desktop as the newest bi-weekly milestone. Mesa 20.2 remains under development as this quarter's feature release due out in about one month's time. Mesa 20.2 is running behind schedule as it should have been branched around the end of July but has yet to happen. In any case, more Mesa 20.2 feature work continues to land and more than likely will ship sometime in September. But until that occurs, Mesa 20.1 is the latest stable series.

  • Intel Workaround For Graphics Driver Regression: "The Platform Problem Going Crazy"

    Sent out over the weekend was a patch series for the Intel Linux kernel graphics driver entitled "Time, where did it go?" This set of 42 patches aims to provide incremental improvements to the driver to offset a performance regression in Linux 5.7 that Intel hasn't been able to track down. This increased complication of the driver to offset the regression is now under the microscope. The set of 42 patches by longtime Intel open-source developer Chris Wilson provides incremental improvements to reduce the execution latency. He was upfront that the intent of these improvements are to "basically offsets the small regressions incurred when compared to [Linux kernel] 5.7."

  • RadeonSI Resorts To Disabling SDMA For GFX9/Vega Due To APU Issues

    AMD's RadeonSI Gallium3D driver has resorted to disabling SDMA (System DMA) async DMA engine support for all GFX9/Vega hardware due to issues plaguing some APUs. While SDMA has the potential of helping performance, GFX9 (Vega) is now seeing the support disabled due to bugs seeming to only affect APUs. Though it's not entirely surprising as the open-source AMD Radeon Linux driver also is not enabling SDMA at this point for GFX8 (Polaris) or GFX10 (Navi) hardware either. Opened three months ago was the merge request for disabling SDMA on GFX9 and to back-port it to the stable series as well. Longtime AMD open-source developer Marek Olsak noted, "This is somewhat a radical step. All opinions welcome."

Audiocasts/Shows: Destination Linux, FLOSS Weekly, CrowPi and Linux Headlines

           
  • Destination Linux 185: Let’s Fix Linux Tech Support

    On this week’s episode of Destination Linux, we’re transitioning from the topic of Bug Reporting last week to Tech Support in Linux this week. We’re going to check in on Wayland’s progress with Plasma’s new release, we have an sandbox MMO for gaming, and our popular tips/tricks and software picks. All of this and so much more, coming up right now on Destination Linux.

  •                 
  • FLOSS Weekly 590: Rensselaer Center for Open Software - A Community of Open Source Developers

    RCOS is a group of RPI students who work on open-source projects. The goal of RCOS is to empower students to develop open-source solutions to real-world problems. They have created 300+ open source projects over the years. Doc Searls and Simon Phipps talk with Wes Turner, a Senior Lecturer in the Department of Computer Science at Rensselaer Polytechnic Institute (RPI) and the Director of the Rensselaer Center for Open Source. They discuss teaching open source and the hardships that come along with that, especially with e-learning. They also discuss what the future could look like if we could have more open-source programs like RCOS in other universities.

  •        
  • The Best Raspberry Pi Laptop Kit | CrowPi 2 Review

    The Best Raspberry Pi Laptop Kit | CrowPi 2 Review of the kit, usage, and examples. 

  •        
  • 2020-08-05 | Linux Headlines

    LibreOffice 7 dodges its rebranding controversy, the Pinta bitmap editor sees its first new version in 5 years, Red Hat accommodates certification seekers with new pandemic-friendly rules, and ownCloud 10.5 brings background sync changes to the platform.

Gaming on Linux in 2020: Way Better Than You Think

Linux has always been seen as a rather rigid operating system for gaming. Many games used to be unavailable on Linux, and the ones that you could play used to have all sorts of bugs. However, the situation’s not the same anymore with Ubuntu 20.04. The OS is way better for gaming than you may think. In certain situations, games even run better on Linux than on Windows. This is quite impressive so let’s see what lead to Linux’s improvements. Read more Also: Narrative-driven adventure Impostor Factory has new teaser trailer