Kernel Log: Development of 2.6.30 is under way
Shortly after the release of Linux 2.6.29 last Tuesday, the kernel subsystem developers began to prepare the first changes to be merged into the main development branch for Linux 2.6.30. This is usually done by sending a "Git pull request" – an email which includes the URL to a Git tree with the proposed changes as well as a diffstat and a list of individual patches – not only to Linus Torvalds, but usually also to the LKML (Linux Kernel Mailing List). Often, the maintainer of the subsystem starts the email with a short summary of the proposed changes, highlighting the most important ones, or putting the changes into context.
Development of 2.6.30 is under way
The pull request email with the changes to the ALSA subsystem, for example, mentions a newly integrated driver for an ISA sound hardware component as well as several changes that aim at simplifying dynamic reconfiguration. Among the changes to KVM virtualisation proposed for 2.6.30 is the support of nested virtualisation for AMD processors; the patches are also intended to further improve the performance and reliability of KVM.
In addition to the improvements for 2.6.29 we've previously mentioned, Mdadm maintainer Neil Brown is preparing further changes for 2.6.30. They are designed to make it possible to reduce the number of devices in Linux level 4, 5 and 6 software RAIDs. Andrew Morton has released a list of MM development branch patches he intends to merge into the main development branch of Linux – among them the NILFS2 "continuous snapshotting" file system.
The maintainer of the Xen kernel code has prepared several patch collections, for example to support privileged Xen domain (Dom0) operation. Recently, Andrew Morton still questioned whether this should be integrated at all – but now it looks like the concerns have been addressed. However, the code review has not been completed yet, which puts a question mark on whether the code will be ready to be merged with 2.6.30.
Linus Torvalds usually takes another look at the proposed changes before he merges them into the Linux source code management system. If he doesn't like what he sees, he has been known to occasionally let changes fall by the wayside. Usually, the patches are then reworked and will find their way into the main development branch eventually; sometimes, however, Torvalds' criticism is so harsh that changes that seemed sure to be integrated don't make it into the Linux kernel at all and are eventually forgotten.
So far, Torvalds has not merged any changes for 2.6.30; when releasing 2.6.29, he already mentioned that he intends to wait a couple of days to give people a chance to test 2.6.29 ("This obviously starts the merge window for 2.6.30, although as usual, I'll probably wait a day or two before I start actively merging. I do that in order to hopefully result in people testing the final plain 2.6.29 a bit more before all the crazy changes start up again.")
Statistics and staging
Wang Chen has expanded his Linux Kernel Patch Statistic website to include the results for Linux 2.6.29. Just as in the LWN.net article entitled "Where 2.6.29 came from", which became freely available yesterday, Novell (or rather, Novell employee Greg Kroah-Hartman) fares decidedly better here than in previous reports – this is mainly due to the staging area, which was integrated into the main development branch 2.6.28 and is maintained by Greg Kroah-Hartman. This area contains a multitude of drivers and other code which is not yet up to the standards required by the kernel developers.
In an email to the LKML as well as in his blog, Kroah-Hartman recently reiterated the purpose of the staging area in detail. Dave Airlie, however, criticised the concept in one of the discussions. A patch recently released on the Linux Wireless Mailing List also indicates that some of the kernel hackers don't seem too happy with the staging area. The patch says that the Linux Wi-Fi developers don't want to have anything to do with some of the staging drivers ("Please send any patches or complaints about this driver to Greg Kroah-Hartman and don't bother the upstream wireless kernel developers about it, they want nothing to do with it.")
After a lengthy discussion, Kroah-Hartman also gave up on the idea of incorporating DRM support for the proprietary parts of a US15W graphics driver into the staging area. At least the current versions of a graphics driver for Intel's US15W (Poulsbo) seem to be due for release soon, although chances are that this driver won't offer 3D acceleration, it is likely that it will work with the current X.org and Linux kernel versions, unlike the drivers that are currently available.
In parallel to the release of Linux 2.6.30, the maintainers of the stable kernel series have released the Linux versions 126.96.36.199 and 188.8.131.52, which both offer a number of minor corrections and improvements. As always, the release emails recommend that all users update to the latest version without giving explicit details about whether there were any security issues. However, the recommendation to update only applies to those who self-compiled a previous kernel.
With the release of 2.6.29, the maintenance of the 2.6.27 series would normally soon be discontinued, but Greg Kroah-Hartman has indicated that he intends to maintain 2.6.27 a little longer; Adrian Bunk will continue to maintain it after him, as he already announced last October.
- Following the previous disagreements about (Ext) file systems, as discussed in yesterday's The H Open Source article, the kernel developers continued their debate last night; in this context, Jeff Garzik released a patch to fix some of the problems discussed.
- AMD's Alex Deucher has released version 6.12.1 of the xf86-video-ati driver collection that includes the radeon driver. This version fixes several bugs contained in the recently released version 6.12.0.
- Nvidia has released the pre-release version of a proprietary GeForce graphics driver for Linux and other operating systems which implements OpenGL 3.1; OpenGL 3.1 was recently approved by the Khronos Group.
- After nine years of development outside of the main development branch, the DRBD (Distributed Replicated Block Device) developers are (once more) putting effort into having their HA solution merged into the official Linux kernel.
- Alexandre Oliva has released version 184.108.40.206 of Linux-Libre – a version of Linux 220.127.116.11 in which any non-open components, like firmware, have been removed.
Further background and information about developments in the Linux kernel and its environment can also be found in previous issues of the kernel log at The H Open Source:
- Steady Growth: What's new in Linux 2.6.29
- Kernel Log: Tasmanian devil to be Linux's temporary mascot, new Radeon drivers
- Kernel Log: What's new in 2.6.29 - Part 8: Faster start-up and other behind the scenes changes
- Kernel Log: What's new in 2.6.29 - Part 7: Audio, FireWire, USB, Video and more
- Kernel Log: What's new in 2.6.29 - Part 6: Storage, IDE/PATA, SCSI
- Kernel Log: What's new in 2.6.29 - Part 5: Filesystems Btrfs, SquashFS, Ext4 without journaling
- Kernel Log: Morton questions acceptance of Xen Dom0 code; file systems for SSDs