Language Selection

English French German Italian Portuguese Spanish

Linux 5.3

Filed under
Linux

  • Linux 5.3
    So we've had a fairly quiet last week, but I think it was good that we
    ended up having that extra week and the final rc8.
    
    Even if the reason for that extra week was my travel schedule rather
    than any pending issues, we ended up having a few good fixes come in,
    including some for some bad btrfs behavior. Yeah, there's some
    unnecessary noise in there too (like the speling fixes), but we also
    had several last-minute reverts for things that caused issues.
    
    One _particularly_ last-minute revert is the top-most commit (ignoring
    the version change itself) done just before the release, and while
    it's very annoying, it's perhaps also instructive.
    
    What's instructive about it is that I reverted a commit that wasn't
    actually buggy. In fact, it was doing exactly what it set out to do,
    and did it very well. In fact it did it _so_ well that the much
    improved IO patterns it caused then ended up revealing a user-visible
    regression due to a real bug in a completely unrelated area.
    
    The actual details of that regression are not the reason I point that
    revert out as instructive, though. It's more that it's an instructive
    example of what counts as a regression, and what the whole "no
    regressions" kernel rule means. The reverted commit didn't change any
    API's, and it didn't introduce any new bugs. But it ended up exposing
    another problem, and as such caused a kernel upgrade to fail for a
    user. So it got reverted.
    
    The point here being that we revert based on user-reported _behavior_,
    not based on some "it changes the ABI" or "it caused a bug" concept.
    The problem was really pre-existing, and it just didn't happen to
    trigger before. The better IO patterns introduced by the change just
    happened to expose an old bug, and people had grown to depend on the
    previously benign behavior of that old issue.
    
    And never fear, we'll re-introduce the fix that improved on the IO
    patterns once we've decided just how to handle the fact that we had a
    bad interaction with an interface that people had then just happened
    to rely on incidental behavior for before. It's just that we'll have
    to hash through how to do that (there are no less than three different
    patches by three different developers being discussed, and there might
    be more coming...). In the meantime, I reverted the thing that exposed
    the problem to users for this release, even if I hope it will be
    re-introduced (perhaps even backported as a stable patch) once we have
    consensus about the issue it exposed.
    
    Take-away from the whole thing: it's not about whether you change the
    kernel-userspace ABI, or fix a bug, or about whether the old code
    "should never have worked in the first place". It's about whether
    something breaks existing users' workflow.
    
    Anyway, that was my little aside on the whole regression thing.  Since
    it's that "first rule of kernel programming", I felt it is perhaps
    worth just bringing it up every once in a while.
    
    Other than that aside, I don't find a lot to really talk about last
    week. Drivers, networking (and network drivers), arch updates,
    selftests. And a few random fixes in various other corners. The
    appended shortlog is not overly long, and gives a flavor for the
    changes.
    
    And this obviously means that the merge window for 5.4 is open, and
    I'll start doing pull requests for that tomorrow. I already have a
    number of them in my inbox, and I appreciate all the people who got
    that over and done with early,
    
                    Linus
    
  • Linux Kernel 5.3 Officially Released, Here's What's New

    Linus Torvalds announced today the release of the Linux 5.3 kernel series, a major that brings several new features, dozens of improvements, and updated drivers.

    Two months in the works and eight RC (Release Candidate) builds later, the final Linux 5.3 kernel is now available, bringing quite some interesting additions to improve hardware support, but also the overall performance. Linux kernel 5.3 had an extra Release Candidate because of Linus Torvalds' travel schedule, but it also brought in a few needed fixes.

    "Even if the reason for that extra week was my travel schedule rather than any pending issues, we ended up having a few good fixes come in, including some for some bad Btrfs behavior. Yeah, there's some unnecessary noise in there too (like the speling fixes), but we also had several last-minute reverts for things that caused issues," said Linus Torvalds.

  • Linux 5.3 Kernel Released With AMD Navi Support, Intel Speed Select & More

    Linus Torvalds just went ahead and released the Linux 5.3 kernel as stable while now opening the Linux 5.4 merge window.

    There was some uncertainty whether Linux 5.3 would have to go into extra overtime due to a getrandom() system call issue uncovered by an unrelated EXT4 commit. Linus ended up reverting the EXT4 commit for the time being.

It is also in Slashdot now

By jean-Luc Aufranc (CNXSoft)

Linux Kernel 5.3 Released By Linus Torvalds

  • Linux Kernel 5.3 Released By Linus Torvalds With Support For AMD Navi GPUs

    After 8 release candidates, Linus Torvalds has finally released Linux Kernel 5.3. It is a major upgrade that brings many new features in terms of better hardware support, changes specific to Arm architecture and a couple of bug fixes.

    The extra release candidate RC8, as Torvalds says, was because of his busy travel schedule. Nonetheless, RC8 has allowed developers to bring in some essential bug fixes.

LWN's coverage

  • The 5.3 kernel is out

    The 5.3 kernel is available at last. The announcement includes a long discussion about user-space regressions — an ext4 filesystem performance improvement had caused some systems to fail booting due to a lack of entropy early after startup. "It's more that it's an instructive example of what counts as a regression, and what the whole 'no regressions' kernel rule means. The reverted commit didn't change any API's, and it didn't introduce any new bugs. But it ended up exposing another problem, and as such caused a kernel upgrade to fail for a user. So it got reverted."

Linus Torvalds releases Linux 5.3

  • Linus Torvalds releases Linux 5.3: Kernel fixes are about user impact, nothing else

    Linux kernel boss Linus Torvalds has finally announced the release of Linux 5.3, after eight release candidates and a delay of one week.

    But that delay has been a good thing, according to Torvalds, because it gives kernel developers an important lesson in what's important and how to frame issues when reporting bugs.

    Torvalds had a busy schedule last week, speaking with ZDNet's open-source authority, Steven J Vaughan-Nichols, at not one but two core Linux conferences – the Kernel Maintainers Summit and the Linux Plumbers Conference, held in Lisbon, Portugal last week.

Linux Kernel 5.3 Released, This is What’s New

  • Linux Kernel 5.3 Released, This is What’s New

    Linux 5.3 was announced by Linus Torvalds on the Linux Kernel Mailing List (lkml) in the founder’s trademark modest style. No major “quotable” quips from Linus thus time around, save for background on the unplanned eighth release candidate.

    This release follows the well-received Linux 5.2 release back in July and comes with a raft of improvements, optimisations, and new hardware support.

    For instance, Linux 5.3 introduces early support for AMD Navi GPUs, makes 16 million new IPv4 addresses available, and is compatible with Intel Speed Select used in Intel Xeon servers.

Linux Kernel 5.3 released and here is how to install it

  • Linux Kernel 5.3 released and here is how to install it

    What’s new in Linux kernel 5.3

    Driver support for AMD Navi GPUs.
    Support for Zhaoxin x86 CPUs.
    Better management of PIDs on Linux that solves PID reuse problems.
    Improved power management for Xeon CPUs that supports Intel speed select technology.
    Linux now supports the 0.0.0.0/8 IPv4 range. Please note that it is not declared as standards and followed by other operating systems. But it now a valid IPv4 address range, allowing for 16 million new IPv4 addresses.
    The ACRN hypervisor IoT device. The ACRN created with real-time and safety-criticality in mind, optimized to embedded development.
    Support improved and added for tablets, touch screens, keyboards, and mouses.
    Apple MacBook and MacBook pro keyboard support for Linux desktop users
    File systems have improved for NFS, CIFS, AFS, CODA, OCFS2, Ceph, ext4, Btrfs, and XFS.
    Linux support for measuring the boot command line during kexec
    New support for TCG2 event logs on EFI systems
    Kernel has the ability to filter audit records based on the network address family and more.

Linux 5.3 kernel bundles new

  • Linux 5.3 kernel bundles new, cuddlier, swear-free Torvalds with AMD Radeon Navi graphics support

    A softer, gentler Linus Torvalds released the Linux 5.3 kernel over the weekend and swung open the doors on 5.4.

    Things were held up a little this time around, something Torvalds attributed to his travel schedule rather than anything more sinister. He was, however, pleased to note that the extra week meant that a few last-minute fixes could be squeezed in.

    While not an earth-shattering release, the 5.3 kernel has brought support for the new AMD Radeon Navi graphics cards, such as the Radeon RX 5700 and RX 5700 XT and x86 Zhaoxin CPUs. Other silicon-supporting tweaks included improvements to Intel Icelake graphics and Intel HDR display support.

Linux Kernel 5.3 released

  • Linux Kernel 5.3 released: Experimental support for AMD Navi GPU

    Now that the new Linux Kernel 5.3 has been released, it’s time to know what news has been integrated.

    The kernel is the heart of any operating system. GNU / Linux has kernel, Mac OS X too, Windows, Android and iOS too and so on. This layer is responsible for the interaction between software and hardware, allowing processes to communicate transparently with electronic devices.

Linux 5.3 releases with support for AMD Navi GPUs...

  • Linux 5.3 releases with support for AMD Navi GPUs, Zhaoxin x86 CPUs and power usage improvements

    Two days ago, Linus Torvalds, the principal developer of the Linux kernel announced the release of Linux 5.3 on the Linux Kernel Mailing List (lkml). This major release brings new support for AMD Navi GPUs, the umwait x86 instructions, and Intel speed select. Linux 5.3 also presents a new pidfd_open(2) system call and 16 millions new IPv4 addresses in the 0.0.0.0/8 range. There are also many new drivers and improvements in this release.

    The previous version, Linux 5.2 was released more than two months ago. It included Sound Open Firmware project, new mount API, improved pressure stall information and more.

Linux Kernel 5.3

  • Linux Kernel 5.3

    Linux 5.3 was released over the weekend, which means it's time for our usual "where does Collabora stand in this picture?" tour.

    As has been the case for several years now, Collabora keeps being an active contributor to the Linux project, with 77 commits authored by Collaborans merged in this release.

    On the media subsystem front, André Almeida and Helen Koike kept working on the Virtual Media Controller (VIMC) driver. The most notable change in this release being the addition of a VIMC entry to the media subsystem doc, centralizing all information about this virtual driver.

Comment viewing options

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

More in Tux Machines

Graphics and Standards

  • SHADERed 1.2.3 Released With Support For 3D Textures & Audio Shaders

    SHADERed is the open-source, cross-platform project for creating and testing HLSL/GLSL shaders. While a version number of 1.2.3 may not seem like a big update, some notable additions can be found within this new SHADERed release.

  • Vulkan 1.1.125 Released With SPIR-V 1.4 Support

    Succeeding Vulkan 1.1.124 one week later is now Vulkan 1.1.125 with a lone new extension. Vulkan 1.1.125 has its usual clarifications and corrections to this graphics API specification. Meanwhile the new extension introduced in the overnight v1.1.125 release is VK_KHR_spirv_1_4.

  • Making Movies Accessible for Everyone

    For the first time, people who are deaf or hard of hearing will be able to enjoy the Nairobi leg of the Human Rights Watch Film Festival, opening on October 15.

New Videos: A Look at Xubuntu 19.10 and Crunchbang++ 10

Debian and Ubuntu Leftovers

  • Ritesh Raj Sarraf: Bpfcc New Release

    bpfcc version 0.11.0 has been uploaded to Debian Unstable and should be accessible in the repositories by now. After the 0.8.0 release, this has been the next one uploaded to Debian.

  • Utkarsh Gupta: Joining Debian LTS!

    Back during the good days of DebConf19, I finally got a chance to meet Holger! As amazing and inspiring a person he is, it was an absolute pleasure meeting him and also, I got a chance to talk about Debian LTS in more detail. [...] I had almost no idea what to do next, so the next month I stayed silent, observing the workflow as people kept committing and announcing updates. And finally in September, I started triaging and fixing the CVEs for Jessie and Stretch (mostly the former). Thanks to Abhijith who explained the basics of what DLA is and how do we go about fixing bugs and then announcing them. With that, I could fix a couple of CVEs and thanks to Holger (again) for reviewing and sponsoring the uploads! :D

  • Ubucon Europe 2019 in local media

    News from the new Ubuntu distribution, the exploration of the several platforms and many “how to”, rule the 4-days agenda where the open source and open technologies are in the air. The Olga Cadaval Cultural centre in Sintra, is the main stage of a busy agenda filled with several talks and more technical sessions, but at Ubucon Europe there’s also room for networking and cultural visits, a curious fusion between spaces full of history, like the Pena Palace or the Quinta da Regaleira, and one of the youngest “players” in the world of software. For 4 days, the international Ubuntu Community gathers in Sintra for an event open to everyone, where the open source principles and open technology are dominating. The Ubucon Europe Conference begun Thursday, October 10th, and extends until Sunday, October 13th, keeping an open doors policy to everyone who wants to Afterall, what is the importance of Ubucon? The number of participants, which should be around 150, doesn’t tell the whole story of what you can learn during these days, as the SAPO TEK had the opportunity to check this morning. Organised by the Ubuntu Portugal Community, with the National Association for Open Software, the Ubuntu Europe Federation and the Sintra Municipality, the conference brings to Portugal some of the biggest open source specialists and shows that Ubuntu is indeed alive, even if not yet known by most people, and still far from the “world domain” aspired by some.

Devices/Embedded: Win Enterprises and Raspberry Pi 4

  • Win Enterprises unveils Atom-based LAN gateway and compact SBC

    Win Enterprises unveiled a fanless “PL-82000” networking gateway with 6x GbE and 2x SFP ports based on an Atom C3000. It also launched a Raspberry Pi sized “MB-5000” SBC that runs Ubuntu or Win 10 on Intel Apollo Lake. We tend to forget Win Enterprises because as its name suggests, the company typically sticks to Windows-supported products. Yet, they have increasingly produced barebones products without listed OS support, such as the new PL-82000 networking appliance, as well as Linux supported systems such as the MB-5000 SBC announced back in June. (In 2017, we covered an Intel Bay Trail based MB-80580 SBC and Win IoT-380 Gateway with Linux support.)

  • Raspberry Pi 4 PCI Express: It actually works! USB3, SATA… GPUs?

    Recently, Tomasz Mloduchowski posted a popular article on his blog detailing the steps he undertook to get access to the hidden PCIe interface of Raspberry Pi 4: the first Raspberry Pi to include PCIe in its design. After seeing his post, and realizing I was meaning to go buy a Raspberry Pi 4, it just seemed natural to try and replicate his results in the hope of taking it a bit further. I am known for Raspberry Pi Butchery, after all.

  • Raspberry Pi 4 B+ - PCI Express

    Why did I do it? Because I wanted to see if it can be done. Because Raspberry Pi 4 might be the cheapest device that is PCIe capable after a relatively minor modification (if I didn't lift the capacitors when desoldering the VL805, this is literally 12 soldering points). That, in turn, can be quite handy for developing own PCIe cores for various FPGA based experiments.

    I'm sharing it to allow people to learn from this - and to dispel the myth that PCIe is somehow out of reach of hobbyists due to some concerns over signal integrity or complexities. Stay tuned for more Pi4/PCIe experimentation!