The Linux 3.18 kernel is expected to be released this weekend and with this major update to the kernel are -- as usual -- an exciting number of changes and new features.
Linus Torvalds is looking at officially releasing the Linux 3.18 kernel in one week.
When Linux 3.18-rc6 was released last Sunday, Linus Torvalds noted in the release announcement that a "a big unknown worry in a regression" remained. Nearly one week later, kernel developers are still figuring out what's going on with this regression that can cause frequent lockups. Worse off, it looks like it might affect the Linux 3.17 kernel too.
Linus Torvalds put out his usual weekly release candidate to the Linux 3.18 kernel.
Earlier this week on Phoronix I posted benchmarks indicating potential block/file-system performance regressions using the Linux 3.18 kernel. Since then I've been carrying out more tests looking for any file-system performance problems on other hardware.
The second revision to the Linux kernel based D-Bus implementation is now available for review.
Of the RAID 0/1/5/6/1+0 levels supported natively by the Btrfs file-system, it's been the RAID 5 and RAID 6 implementations that have been deemed experimental and not yet production ready. Fortunately, that may soon be changing with some fresh Btrfs tool patches.
Rob Clark on Sunday submitted his "msm-next" pull request for the DRM-Next Git tree for pulling into the Linux 3.19 kernel.
In traditional manner Linus Torvalds announced the Sunday afternoon release of the latest Linux kernel development build.
While the Linux kernel is constantly improving, it cannot yet be built as C11 code.
While Linus Torvalds was a bit unhappy about the continued flow of late changes for the Linux 3.18 kernel, with today's 3.18-rc4 release he's happy that the past week has indicated a slowdown in changes for Linux 3.18.
Stephan Mueller has announced the first release of libkcapi, a user-space library for tapping the Linux kernel's crypto API in an easy-to-use fashion.
Besides Oracle, Facebook, and SUSE, another major company that's been investing in the Btrfs next-generation Linux file-system has been Fujitsu. Btrfs already offers some compelling, ZFS-like features not found in other native Linux file-systems while more work is still happening.
Back in February SUSE unveiled a new means of live Linux kernel patching, kGraft, compared to the existing Ksplice. One month later, Red Hat unveiled their own solution that happened to be under development at the same time, Kpatch. Since both of them have been out, both have pursued mainline interests but neither one accepted upstream yet. Now a new live kernel patching solution is out that tries to take the best of both worlds.
Red Hat's David Airlie as the Linux kernel's subsystem maintainer has written a status update about his plans and thoughts for DRM graphics driver changes for the next kernel cycle, Linux 3.19.
The third weekly release candidate is now available for the Linux 3.18 kernel.
Another Sunday evening, another Linux kernel release candidate. The second test version of the Linux 3.18 kernel is now available.
When Linux 3.18-rc1 was released last week, one week sooner than anticipated, Linus Torvalds mentioned he was willing to still allow OverlayFS to be merged this cycle. One week later, that code is hopefully now ready for merging.
With Linux 3.18-rc1 arriving one week early I didn't have a chance to write a feature overview of Linux 3.18 prior to this first development release that marked the close of the merge window. For those that didn't stay up to date with our dozens of Linux 3.18 kernel articles about changes and new features, here's a concise overview.
With Linux 3.18-rc1 having came one week early, the EXT4 file-system pull request didn't end up landing until today. However, the EXT4 changes aren't overly exciting for the 3.18 merge window.
For now it looks like the Linux kernel is going to explicitly declare itself as using the GNU89 dialect of the C89 standard but over time the code is being made to compile under C11.
While Linus Torvalds initially anticipated the Linux 3.18 merge window being three weeks in length due to his Linux Foundation conference travels, he ended up managing to release Linux 3.18-rc1 after just two weeks... The release is out there now with its many changes.
On top of some separate patches to make the mainline 64-bit ARM Linux kernel closer to building under Clang, a separate pull request was sent in for the Linux 3.18 kernel that works to make other areas of the kernel's massive code-base more compatible with the LLVM/Clang compiler.
The much anticipated DRM feature pull was merged over the night for the Linux 3.18 kernel that's now in its early stages of development.
Ingo Molnar sent in his many pull requests on Monday for the Linux 3.18 kernel merge window.
Dave Chinner sent in the XFS feature pull request for the Linux 3.18 kernel.
While Reiser4 doesn't still have any mainline Linux kernel ambitions until receiving any corporate backing, the notoriously known Linux file-system has been updated for Linux 3.16 compatibility and SSD discard support.
On top of many other changes with Linux 3.18 is also a common mailbox driver/framework for the kernel.
Going back two years with the Linux 3.7 kernel was the initial 64-bit ARM support and now eleven kernel releases later the initial enablement is still being battened up. With Linux 3.18 there's finally PCI support for ARM64.
While we're just one week in for what's expected to be a longer than usual merge window, here's a look at the top work so far for the Linux 3.18 kernel.
1443 Linux Kernel news articles published on Phoronix.