David Airlie has just called upon Linus Torvalds to pull in his DRM kernel tree for the Linux 2.6.37 kernel merge window. We have talked about many of these features before that are now entering the mainline Linux kernel code-base as new capabilities of the open-source Linux graphics stack, but here's the list of what made the cut for Linux 2.6.37 and details on some of the features we have yet to discuss.
While the Linux 2.6.36 kernel was released yesterday, we already have our eyes towards the Linux 2.6.37 kernel to see what new features this next kernel will bring, any performance changes that may come as a result (we continue to benchmark the kernel everyday), and this will likely be the kernel version used by Ubuntu 11.04 and other early 2011 Linux distributions. While we have already reported on some of the features that should be merged into the Linux 2.6.37 kernel, there's at least three major features we have been looking forward to that will be sadly missing from this kernel.
The Linux 2.6.36 kernel is now out there on the Internet. After an unexpected delay and some other slowdowns in the 2.6.36 development cycle, Linus tagged the 2.6.36 kernel this afternoon.
While we are close to seeing the Linux 2.6.36 kernel, this week LinSched for the Linux 2.6.35 kernel was released. LinSched is a simulator that allows testing the Linux kernel scheduler in user-space for modifying and observing its scheduling behavior.
While last week it looked like the Linux 2.6.36 kernel was just days away with Linus Torvalds expecting the 2.6.36-rc7 release to be the last test milestone, this has turned out not to be the case as this afternoon a 2.6.36-rc8 kernel has made a debut.
As was anticipated seven days ago when releasing the Linux 2.6.36-rc6 kernel, there is a Linux 2.6.36-rc7 kernel to come and it's just been released. The good news is that Linus Torvalds believes this will be the last release candidate before the Linux 2.6.36 kernel is officially released.
The Linux 2.6.36 kernel is just about here. Linus Torvalds has now released the sixth RC build of this upcoming 2.6.36 build. In the past week since 2.6.36-rc5 was released, there's been many more regression fixes going into the kernel, but still it's not in a state ready for release by Linus' standards.
The Linux 2.6.36-rc5 kernel is now available after Linus Torvalds has got back on track with the weekly release candidates after being at LinuxCon in Brazil. Of course, this later release candidate just targets correcting bugs and other issues, including a fix for a 14 year old kernel bug.
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 126.96.36.199 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.
1411 Linux Kernel news articles published on Phoronix.