The DRM Pull For The Linux 3.1 Kernel

View the original article here

Nailing Down The Linux Kernel Power Regressions

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...

View the original article here

The Linux 3.0 Kernel With EXT4 & Btrfs

With the Linux 3.0 kernel carrying CleanCache support along with various improvements to the EXT4 and Btrfs file-system modules, it is time for another Phoronix file-system comparison. This time around the EXT4 vs. Btrfs performance is particularly important with Fedora 16 possibly switching to Btrfs by default. Due to this level of interest, for our Linux 3.0 kernel benchmarks of the EXT4 and Btrfs file-systems, an Intel SSD was tested as well as an old 5400RPM IDE notebook hard drive to represent two ends of the spectrum.

View the original article here

The Linux Kernel Power Problems On Older Desktop Hardware

As mentioned last week, a plethora of Linux power tests are on the way now that we have found an AC power meter with USB interface that works under Linux and we've been able to integrate nicely into the Phoronix Test Suite and its sensor monitoring framework. In this article is one of the first tests that have been completed using this power-measuring device as we monitored the Linux kernel power consumption for an old Intel Pentium 4 and ATI Radeon 9200 system for the past several kernel releases. Even this very old desktop system looks to be affected by the kernel power problems.

View the original article here

Linux 3.1 Kernel Looking To Bring New KVM Option

Back in April I reported on a lightweight QEMU-free Linux KVM host tool. This written-from-scratch solution is designed to just boot guest Linux images with the Kernel-based Virtual Machine (KVM) while being just a few thousand lines of code. A second version of the Native Linux KVM Tool has been...

Back in April I reported on a lightweight QEMU-free Linux KVM host tool. This written-from-scratch solution is designed to just boot guest Linux images with the Kernel-based Virtual Machine (KVM) while being just a few thousand lines of code. A second version of the Native Linux KVM Tool has been released and it's being targeted for inclusion into the Linux 3.1 kernel...

the original article here

Stable Kernel 2.6.38.7

The 2.6.38.7 stable kernel update is out with another set of important fixes.

View the original article here

What's New in Linux 2.6.39: Ding Dong, the Big Kernel Lock is Dead

Linus Torvalds has released the 2.6.39 kernel. This release brings new features, new drivers, and one big accomplishment: Ridding the Linux kernel of the Big Kernel Lock.

The Big Kernel Lock was almost removed in the 2.6.37 kernel. That is, the kernel could be built without it — but some of the code was still there.

With the 2.6.39 kernel, the BKL is finally gone with a patch from Arnd Bergmann. This has been a long-running saga, and LWN has some good coverage of what the BKL is (or was) and the effort to get rid of it. Why the effort to get rid of it? The short answer is that the BKL was behind some performance issues and latencies that you really don't want.

But what else is in the new kernel? Plenty.

One thing you'll find in any new kernel is support for new hardware, and 2.6.39 doesn't disappoint. As LWN details, you get support for lots of laptop special keys (Dell's All-in-One series, for example) and a number of hardware controllers from Texas Instruments and ST-Ericsson. Lots of devices under Video4Linux as well.

This release also provides support for some USB 3.0 hubs — which means that Linux users should be enjoying USB 3.0 devices in the not-too-distant future.

Naturally, the kernel also includes a number of improvements to existing drivers and features. A biggie for many users will be the driver for Intel's GMA500, a graphics device in many netbooks that has been a bit of a problem for Linux users. You'll also find improvements in Nouveau for Nvidia chipsets, and support for AMD's Cayman video cards and chipsets.

But it's not all just about hardware. The 2.6.39 kernel marks the introduction of user namespaces, which provide more fine-grained control over privileges that a process can have. Namespaces provide "containers" for processes that keeps them walled off from the rest of the system (which can protect the process and/or the system). User namespaces allow unprivileged users to create a namespace, rather than having the namespace created by the system administrator.

This release also adds support for IP sets to the Linux kernel. IP sets aren't entirely new, but they weren't part of the mainline kernel previously. What is ipset? Basically, it allows creation of iptables rules that deal with a set (hence the name) of ports or IP addresses without having to have a rule for each address or port. Just using iptables, for example, you'd create a rule to block or reject packets from a single address or network — but using ipsets you could generate a rule that looks at an ipset table and deals with all the ports or addresses appropriately. (Look for a Linux.com tutorial on ipsets soon.)

Another interesting feature in 2.6.39 is the pstore filesystem, which creates a filesystem for platform-specific storage. This might be used to store a small amount of data when a system crashes, for examination later. Or it might be used to store other data across reboots. We'll see where they go with that — it could be very interesting.

It's worth noting that kernel development is not always flawless. In this case, there are some regressions in the Sandy Bridge code.

This is not great, but it's also not the end of the world. Why? Very few users get their kernel directly from kernel.org — it's not as if the minute that the kernel is released it gets pushed to every user. Some kernels aren't widely used at all. Other kernels tend to be used by several major distributions and get widespread usage — as well as continued attention and support from the kernel folks. See our piece on understanding the stable Linux kernel for more on that.

So, the new kernel has a few bugs to work out. They'll be worked out in short order, and the vast majority of users are unlikely to ever notice.

With the 2.6.39 kernel out, the merge window for the next kernel is now open. What's the merge window, some of you may wonder? After each kernel is released, there's a period of time (two weeks) that lots of patches are put in for the next version — in other words, this is the time when new features, big fixes, and so on are put into the kernel for the developers to work on. The rest of the kernel development cycle is testing and fixing bugs and regressions that creep in due to the patches that are merged.

The merge window for the next kernel (2.6.40) may be shorter than the usual 14 days. Torvalds will be attending LinuxCon Japan and he warns "if I get the feeling that I've merged 'enough', I might just make it easier for myself and cut it two days short and release before I leave on Memorial Day (which for the non-US based of you is May 30th this year)."

What's expected in 2.6.40? It's always hard to say with certainty, but it may be a small release, comparatively. Expect work towards cleaning up the ARM-related code in the Linux kernel for sure. LWN has an excellent piece on rationalizing the ARM tree for those who are interested in the nitty gritty details of kernel development.

There's also talk of Nvidia Optimus support coming in 2.6.40. If you're not a hardware geek that translates loosely into support for hybrid graphics for laptops that offer two Graphics Processing Units (GPUs) — in this case an Nvidia and Intel graphics card. This is useful for machines that you want to save power when on the road, but have a (more) powerful video card when the laptop is plugged in. There's much more to it, of course, than just switching between video output — and making it seamless (without requiring an X restart, for example) takes quite a bit of work.

There's plenty more on the way as well, and we'll have an update when 2.6.40 is released. If recent releases are any indication, the 2.6.40 release should be available in late July or early August.

View the original article here

Stable kernel 2.6.35.13

Andi Kleen has announced the release of 2.6.35.13. The announcement has a long list of fixes throughout the tree. "This release contains security fixes and all 2.6.35 users are encouraged to update."

View the original article here

Linux Kernel Benchmarks Of 2.6.24 Through 2.6.39

With the recent look at the major Linux power regressions taking place within the Linux kernel, some initially wondered if the increase in power consumption was correlated to an increase in system performance. Unfortunately, it is clear now that is not the case. With that said though, here's some performance benchmarks of all major kernel releases going back to Linux 2.6.24 and ending with the Linux 2.6.39 kernel.

Comments (1)
You must be logged in to post a comment. Please register if you do not have an account yet.

View the original article here

Kernel Prepatch 2.6.39-rc7

The 2.6.39-rc7 prepatch is out. Says Linus: "So things have been pretty quiet, and unless something major comes up I believe that this will be the last -rc." Full details can be found in the long-form changelog.

Comments (0)
You must be logged in to post a comment. Please register if you do not have an account yet.

View the original article here