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.
David Airlie has just asked Linus to pull in his latest DRM branch for the Linux 2.6.34 kernel. This branch provides fixes to the DRM core, Nouveau, and Radeon KMS. The new Radeon DRM code brings fixes, but it also brings a clean-up to the ASIC tables and GPU recovery support.
Some 18 hours ago the Linux 2.6.34-rc2 version was tagged and is now available, but oddly we have yet to come across a kernel release announcement from Linus Torvalds. However, for those interested in the Linux 2.6.34-rc2 change-log is available.
Following a two week merge window following the release of the Linux 2.6.33 kernel, Linus Torvalds has announced the first release candidate for the next kernel, to be known as the Linux 2.6.34 kernel.
Like with most kernel release cycles, the Linux 2.6.34 kernel had another major GPU DRM update. There's core DRM improvements, the new hybrid graphics switching support, and advancements to the hardware-specific DRM bits. On the Nouveau side for NVIDIA hardware support, there is a major interface break that we talked about last month.
There's already quite a bit of code that has been merged into the Linus 2.6 Git tree for the Linux 2.6.34 kernel tree, but the first pull request for the DRM (Direct Rendering Manager) code has went in this morning.
Con Kolivas had stopped working on the Linux kernel for two years after he became fed up with the kernel development community, but last year he made a return by introducing the BFS scheduler. The BFS scheduler for the Linux kernel is quite simple in design compared to other schedulers, but it performed fairly well on desktop systems. Due to Con's past frustrations, he has no intentions of mainlining the Brain Fuck Scheduler, but he has now offered up another batch of patches.
At the start of the month we talked about GPU switching coming to Linux in a crude form that allowed notebooks with dual GPUs (one being a low-power, low-performance integrated chip and the other being the more performance-oriented GPU that's power hungry) to be switched from without the need for a reboot in Linux. This initial work was just a collection of hacks by David Airlie and it required VT switching after killing the X Server, etc. It also didn't power down the unused GPU. However, as the days passed, this code did more and delayed GPU switching came too.
Now that Linus Torvalds is done rewiring part of his house, he has put out the Linux 2.6.33 kernel release. This update to the Linux kernel that's coming three months after the release of Linux 2.6.32 delivers the Nouveau DRM GPU code in the staging area, many Radeon KMS improvements and it has left the staging area, the new VMware DRM, and much more.
Linus Torvalds has put out the eighth release candidate for the Linux 2.6.33 kernel and it will hopefully serve as the last test build before an official release is made. The Linux 2.6.33-rc8 kernel consists of bug-fixes and resolution of regressions introduced earlier into this kernel development cycle the past few months. Worth noting is that there are also more kernel mode-setting / DRM changes that worked its way in at the last minute.
1394 Linux Kernel news articles published on Phoronix.