The Linux kernel power regressions in the Linux 2.6.38 where I was the first to largely document and prove would cause major power problems in Ubuntu 11.04 and other Linux distributions, continues to bite plenty of mobile users.
Remember KQ Infotech? KQ Infotech was the Indian company that ported the ZFS file-system to Linux as an out-of-tree kernel module (after deriving the code from the LLNL ZFS Linux work) and KQ's interesting methods of engagement in our forums. The company was successful in delivering an open-source ZFS module for Linux that performed semi-well and didn't depend upon FUSE (the file-systems for user-space module) like other implementations. However, this ZFS Linux code appears to no longer be worked on by KQ Infotech.
The Btrfs file-system has various "shiny" features like support for copy-on-write snapshots, cloning, transactions, sub-volumes, SSD optimizations, transparent LZO/Zlib compression, and many other advanced features by Linux file-system standards. The problem with Btrfs is that the next-generation file-system is still in development and hasn't yet been proven via years of use and testing yet as being a stable and reliable solution. Most Linux distributions continue using the EXT4 file-system by default, but now there may be snapshot support coming back to EXT4.
The second -rc release for the Linux 3.0 kernel is rather quiet and not too exciting. Linus pushed out this new kernel release in the early hours of the morning.
Beyond the features of the Linux 3.0 kernel already talked about on Phoronix, there's another big milestone hit in this next kernel release beyond changing up the versioning scheme. The Linux 3.0 kernel will have full Dom0 and DomU support for Xen virtualization.
For those that missed it, now that I've been back in the office for a few weeks and caught up on the other benchmarks and articles for May and beginning the work for June, I'm back to looking into the Linux kernel power regressions reported more than a month ago -- i.e. Linux Has Major Power Regression and Another Major Linux Power Regression Spotted.
Beyond file-system cleancache support, a Microsoft Kinect driver, Intel Ivy Bridge support, and various open-source graphics driver improvements, the Linux 3.0 kernel may also reboot your system better. Yes, really.
For anyone that was doubting Linus Torvalds would finally part ways with the Linux 2.6 kernel series, you lost your bets. On the eve of Memorial Day in the United States and his departure to Japan for LinuxCon, Linus Torvalds just tagged Linux 3.0-rc1 in Git.
While the first Phoronix benchmarks of EXT4, Btrfs, and XFS on the Linux 2.6.39 kernel were just published this morning, an interesting change was just made for the next Linux kernel that will affect many of the file-systems living within the kernel. For what will be the Linux 2.6.40 kernel, or rather the Linux 3.0 kernel is the finally-merged support for CleanCache.
Here's another change for the Linux 3.0 Kernel (or Linux 2.6.40 if the kernel versioning change doesn't end up happening for this cycle)... Microsoft Kinect support as a new V4L kernel driver.
The discussion surrounding Linus Torvalds' proposal to end the Linux 2.6 kernel series and continue on as the Linux 3.0 kernel has continued on since it began less than 24 hours ago. The reaction has largely been positive and supportive of this proposed change. Of the few objections, some see no reason to mess around with the versioning, but now there may be a reason for this change: to drop the old cruft that's been living in the kernel.
While it's not known yet what the next Linux kernel will be called, right now it's looking like the next release could be the Linux 3.0 kernel. With that said, David Airlie has a pull request to go in before the merge window closes for the Linux 2.6.40/3.0 kernel. He's sent in the DRM pull request for this next kernel as the Gardenshed-rc1 kernel.
It was just a few hours ago that we were the first news site to point out the message by Linus Torvalds on the kernel mailing list about his desire to end the Linux 2.6 kernel series and move future releases to the Linux 2.8 or even Linux 3.0 series. While efforts to change the Linux kernel versioning have been voiced in the past and ultimately failed, it looks like the effort this time around is building momentum and the change could very well happen.
In a message to the Linux Kernel Mailing List today regarding the shortened merge window for the Linux 2.6.40 kernel, Linus Torvalds brings up that there's already been many Linux 2.6 kernel releases and that he could end up tagging this as the Linux 2.8.0 kernel.
Since the release of the Linux 2.6.39 kernel on Thursday, Linus Torvalds opened the merge window for the Linux 2.6.40 kernel and it will stay open until month's end. While the 2.6.40 kernel will bring several open-source graphics driver improvements (performance improvements, Intel Ivy Bridge support NVIDIA Optimus, etc), new hardware enablement, and other enhancements, there's a few features that you will not find in this next major Linux kernel release.
As expected to happen this week, the Linux 2.6.39 kernel has been officially released. This major kernel update provides some exciting new features and drivers, but not without some notable regressions too.
It's been about three weeks since last mentioning the major power consumption problem in the Linux kernel (actually, there's more than one power regression) and it's affecting distributions like Ubuntu 11.04. The lack of mentioning the power regression in recent weeks isn't though because the regressions are addressed, they are still outstanding with the about to be released Linux 2.6.39 kernel.
"So things have been pretty quiet, and unless something major comes up I believe that this will be the last -rc," began Linus Torvalds in announcing the release of the Linux 2.6.39-rc7 kernel.
Sponsored in part by NVIDIA, at the University of Utah they are exploring speeding up the Linux kernel by using GPU acceleration. Rather than just allowing user-space applications to utilize the immense power offered by modern graphics processors, they are looking to speed up parts of the Linux kernel by running it directly on the GPU.
Linus Torvalds has pushed out his weekly Linux kernel -rc leading up to the Linux 2.6.39 kernel release later in the month.
Linus Torvalds has released the Linux 2.6.39-rc5 kernel. This latest test kernel doesn't yet have a fix for the major power consumption regressions, but it has block layer plugging fixes, driver regression fixes, and a big RCU
Happy Easter, one week from May Day, 146 day countdown to Oktoberfest, or whatever occasion you may be celebrating today. Here's some of the Phoronix Linux tests being carried out today.
Last February there was the first bits of hybrid graphics support under Linux when Red Hat's David Airlie began working on what he called "vga_switcheroo." The vga_switcheroo support allowed switching between multiple graphics processors -- primarily for notebooks -- by issuing a few commands and restarting the X Server. This work was later merged into the mainline kernel, but as of late there hasn't been much more to say.
While we are already getting excited for the Linux 2.6.40 kernel due to Intel Sandy Bridge performance improvements with other patches, hopefully G45 VA-API DRM bits, maybe even a PowerVR driver, and now a QEMU-KVM KMS graphics driver, first the Linux 2.6.39 kernel needs to be christened. That though is getting closer to happening with the release last night of the Linux 2.6.39-rc4 kernel.
To the Intel graphics mailing list, Chris Wilson has just published a set of thirty patches to be applied against their DRM tree that will end up being merged for the Linux 2.6.40 kernel. Some of these patches are quite interesting.
Last week the Linux 2.6.39-rc2 kernel was released and Linus Torvalds mentioned that it was "unusually calm" for just being days after the 2.6.39 merge window being closed. With the third release candidate that was made available last night, the Linux 2.6.39 kernel development continues to go well with 2.6.39-rc3 also being quite calm.
Linus Torvalds describes the just-released Linux 2.6.39-rc2 kernel as being an "uncommonly calm" release and points that may lead it to being a "simple release" if nothing changes.
While we have already been benchmarking code for the Linux 2.6.39 kernel a fair amount at Phoronix with the Nouveau page-flipping and z-compression merge plus Nouveau Fermi acceleration, only this afternoon did Linus Torvalds tag the first release candidate for this next major kernel update.
Yesterday Linus voiced his anger towards DRM, once again. But not the kind of DRM that is commonly criticized, Digital Rights Management, but rather the Linux kernel's Direct Rendering Manager. With the Linux 2.6.39 kernel it's been another time when Linus has been less than happy with the pull request for this sub-system that handles the open-source graphics drivers. Changes are needed.
Linus Torvalds is known to have an interesting, colorful e-mail from time to time when becoming frustrated with developers over the quality of patches or when in a very polarized technical debate. In particular, the DRM developers for the Direct Rendering Manager in the kernel (not the restrictive kind, Digital Rights Management) have received a number of critical remarks from Linus. This morning Linus has criticized a second DRM pull request for the Linux 2.6.39 kernel over one of the patches not being ready in advance.
1393 Linux Kernel news articles published on Phoronix.