Alban Crequy, a Maemo developer, for the past several weeks have been working on bringing D-Bus directly into the Linux kernel. Why? Huge performance improvements.
Due to LinuxCon Brazil there's been two weeks that have passed since the third release candidate was tagged for the Linux 2.6.36 kernel, but on Sunday afternoon Linus christened Linux 2.6.36-rc4.
While we are always getting excited for the next Linux 2.6 kernel release (heck, we are barely halfway through the Linux 2.6.36 kernel development and we are already getting excited for Linux 2.6.37 with its driver improvements), but sometimes it can be easy to forget that there is still a maintained Linux 2.4 kernel. The Linux 2.6 kernel has been around for nearly seven years and is used by all new Linux distribution updates, but there's lots of enterprise and embedded devices running off this old kernel. The Linux 2.4 kernel though may have just reached an end-of-life state with the just-released Linux 184.108.40.206 kernel.
Linus Torvalds has just done a Sunday afternoon release of the Linux 2.6.36-rc3 kernel. With the merge window for the Linux 2.6.36 kernel having closed a few weeks ago, the third 2.6.36 release candidate isn't too exciting unless you were affected by one of the kernel's outstanding bugs.
About one month ago we reported on the emergence of patches that may fix the Linux desktop responsiveness problems, which is an issue that's been experienced by many Linux desktop users in recent years. For Linux users it may take many seconds for a menu to appear when clicking on it or a half-minute to do a VT switch, but fortunately it's becoming a thing of the past with these patches working well for many users and has since been integrated into the mainline Linux kernel. The story though is not over as even more patches have just been published to further improve the Linux desktop responsiveness.
The Linux 2.6.36-rc2 kernel has been released this Sunday afternoon and this time around there's an announcement of the release by Linus Torvalds (he lacked announcing 2.6.36-rc1; Phoronix was one of the few places reporting on it). The 2.6.36-rc2 kernel release brings mostly bug/regression fixes, but compared to the Linux 2.6.35 kernel, Linus has accepted some pull requests after the -rc1 release in the Linux 2.6.36 kernel while denying other requests.
Kernel mode-setting (KMS) is useful for faster VT/X switching, VTs being always at the panel's native resolution, the ability to thwart some security bugs in the X.Org Server (as shown earlier this week), presenting a cleaner and more flexible architecture, and allowing new and interesting projects to emerge (such as Plymouth and Wayland), but the benefits do not end there. When kernel mode-setting is combined with KDB, a Linux kernel debugger shell, you now have one powerful combination.
The Linux 2.6.36-rc1 kernel was released earlier in the week and while it will still be a couple months until the Linux 2.6.36 kernel will be officially released, the developers behind the open-source DisplayLink graphics driver are already looking forward to the Linux 2.6.37 kernel. This next kernel release that will make it out in early 2011 will bring new features and fixes to this driver that supports many graphics products over USB.
While no release announcement has yet to work its way onto the Linux Kernel Mailing List, the Linux 2.6.36-rc1 kernel was tagged last night in Git by Linus Torvalds. As we have already shared in a number of articles, the Linux 2.6.36 kernel delivers on an exciting number of new features and other improvements.
As was reported on Phoronix yesterday, the Linux desktop responsiveness problem may be fixed. This is the issue that has affected many Linux desktop users for numerous months where when dealing with large file transfers or other disk operations, the desktop interface (regardless of whether its GNOME, KDE, Xfce, etc) would become unresponsive and it could be a good number of seconds before a simple action like clicking a menu item would be processed.
Now that the Linux 2.6.35 kernel was released a few days ago, Linus Torvalds has begun pulling in new code for the Linux 2.6.36 kernel as the various developers begin submitting pull requests of their new work. Dave Airlie, the maintainer of the Direct Rendering Manager (DRM) code in the Linux kernel, overnight sent in his first Git pull request of his DRM tree. This pull request brings many new features for Intel, ATI, and NVIDIA/Nouveau graphics hardware.
One of the problems commonly talked about in our forums and elsewhere is the poor responsiveness of the Linux desktop when dealing with significant disk activity on systems where there is insufficient RAM or the disks are slow. The GUI basically drops to its knees when there is too much disk activity, which is far from being ideal. For many the problem has just been present for a year or two, but those experiencing these horrible responsiveness problems where it may take many seconds for a menu to appear when clicking on it or a half-minute to do a VT switch, there soon may be a fix.
While it's no surprise, the Linux 2.6.35 kernel was just released this Sunday afternoon by Linus Torvalds.
James Morris has outlined a preview of the security subsystem changes he is currently carrying in his security-testing-next branch of the Linux kernel that he plans to have Linus Torvalds pull into the next kernel development cycle for Linux 2.6.36. The big change in the kernel security world is that AppArmor is being planned for integration into the Linux 2.6.36 kernel.
Linus Torvalds has announced the release of the Linux 2.6.35-rc6 kernel. This release just carries bug and regression fixes, but there are some noteworthy fixes -- particularly if you have been experiencing stability issues for a while with Intel graphics hardware.
Linus Torvalds is back to releasing the Linux 2.6.35 kernel release candidates on a weekly basis and on this Friday afternoon he has pushed out Linux 2.6.35-rc5. The Linux 2.6.35-rc5 release isn't too exciting, but due to the defconfig work, there's more than 200,000 lines changed/removed in the past week.
Last month we reported on the status of kernel mode-setting with the Glint driver that's being done as a Google Summer of Code project to provide KMS support for the ancient 3Dlabs Permedia 3 and Permedia 4 graphics cards and to better document the Linux KMS/DRM driver writing process. As part of the Glint KMS discussion, it emerged that an independent developer (James Simmons) happened to hack together a 3dfx DRM driver. This was interesting as the work was never published or accepted into the mainline kernel, but today we finally are able to lay our eyes on this open-source 3dfx driver for the Banshee, Voodoo 3, and Voodoo 5 graphics cards.
It's been nearly a month sine the last Linux kernel release candidate with Linux 2.6.35-rc3 having been released on the 12th of June, but Linus Torvalds celebrated Independence Day in the United States yesterday by releasing Linux 2.6.35-rc4. Linus was away on holiday for a while and then it took him sometime to get back to address all of the merge requests.
Earlier this week Qualcomm released an open-source 2D/3D kernel driver for their Snapdragon SoC that's found within the Nexus One, Dell Streak, and many other mobile phones. However, it was just the kernel driver that leveraged their own driver design and no open-source user-space driver, which leads to a dirty mess. David Airlie, the DRM maintainer within the Linux kernel, will not accept open-source kernel drivers that is only used by a closed-source component and as such there's been a lengthy mailing list discussion over the past few days.
Last week when releasing the Linux 2.6.35-rc2 kernel, Linus was upset with the number of late merges and other commits that were receiving pull requests in the Linux 2.6.35 kernel development cycle when the work should instead be now about bug and regression fixes. As such, Linus was going to be much more stringent about what he would allow within the Linux 2.6.35-rc3 kernel and he has indeed followed his tighter rules.
With a week having passed since the release of Linux 2.6.35-rc1, Linus Torvalds has now replaced it with Linux 2.6.35-rc2. This second release candidate for the Linux 2.6.35 kernel brings more changes than Linus would have liked to see, but a bulk of the activity is happening within the kernel's driver staging area.
Last week we reported on a disastrous bug within the Linux 2.6.35 kernel that while this kernel is still months from being officially released, a major regression was introduced that slaughtered the Linux system's performance. This was experienced across multiple systems, architectures, and file-systems. Today we can officially report that this problem has been resolved.
In time for the Memorial Day holiday in the United States tomorrow, Linus Torvalds has closed the Linux 2.6.35 merge window and has also made the 2.6.35-rc1 release.
The Linux 2.6.34 kernel was released only three days ago, but David Airlie has emailed Linus Torvalds and the Linux Kernel Mailing List with the first DRM pull request for the Linux 2.6.35 kernel.
Linus Torvalds has announced this Sunday the release of the Linux 2.6.34 kernel. The release announcement for the Linux 2.6.34 kernel can be read at LKML.org.
Assuming there are no major last minute issues, the Linux 2.6.34 kernel will likely be released in the very near future. Last night Linus put out the Linux 2.6.34-rc7 release, which he hopes will be the last release candidate.
Linus Torvalds released the Linux 2.6.34-rc6 kernel late last night, but the Linux kernel mailing list has been down this morning so there is no release announcement available. Beyond offering up a slew of fixes, the Linux 2.6.34-rc6 kernel ships with VMware's new standalone balloon driver for adjusting the system memory that's allocated to guest VMs in real-time and also the ipeth driver that is used for USB tethering to Apple iPhones.
The Linux 2.6.34 kernel is getting ready to enter the spotlight in May. Linus Torvalds put out the Linux 2.6.34-rc5 kernel release this afternoon, and unlike last week's kernel, there aren't any major regressions that set back this release.
For those not paying close attention to the development cycle for the Linux 2.6.34 kernel, two weeks have passed since the Linux 2.6.34-rc3 release (compared to the usual weekly -rc versions), but today 2.6.34-rc4 is hitting the hands of testers. It's taken longer to get the fourth release candidate of 2.6.34 out the door due to a "really annoying" VM regression that took some days to resolve.
While the Linux 2.6.34-rc2 kernel was messy by the standards of Linus Torvalds, the third release candidate for the Linux 2.6.34 kernel is now available and it should be in much better shape.
1463 Linux Kernel news articles published on Phoronix.