Archive for the ‘Kernel’ Category

Zen Kernel

Zen Kernel needs a Zen Tux

Although there hasn’t been any time to test this rather radical approach to the Linux kernel , the zen of kernel development is worth reporting about. After my initial fore’s into kernel evolution, here and here, I stumbled across ZenKernel.

“Zen Kernel is a the result of a collaborative effort of kernel hackers to provide the best Linux kernel possible for every day systems. We include code that is not included in the mainline kernel in an attempt to create an all-around better kernel for desktops (although it can be compiled otherwise). This is done by including new features, supporting latest hardware, and including various code and optimizations to better suit desktops. Zen is a 100% community oriented project so, as a result, everybody can contribute to the project”

“Zen is almost always more up to date than your distribution’s default kernel. Zen is split up into two trees, these are stable (zen-stable.git) and unstable (zen.git). The stable tree follows Linux releases while the unstable tree follows the Linux git tree (linux-2.6.git).”

You have a choice between doing it the ZenKernel way or cheating and using the buildZen script. Remember, using scripts to build kernel’s is strictly speaking, cheating. Not recommended if you want to understand what is going on and/or contribute to development. There is also some good advice and information on the Ubuntu Wiki

Read Full Post »

On August 1, 2010 Linus officially released the 2.6.35 kernel.

This kernel is now available in the git repository of Ubuntu 10.04 and you are able to compile your own 2.6.35 kernel for Ubuntu 10.04.

This kernel is backported from the Maverick kernel repository. Kernel Newbies has a nice overview of the new features in the 2.6.35 kernel.

Their summary: Linux 2.6.35 includes support for transparent spreading of incoming network load across CPUs, Direct-IO support for Btrfs, an new experimental journal mode for XFS, the KDB debugger UI based on top of KGDB, improvements to ‘perf’, H.264 and VC1 video acceleration in Intel G45+ chips, support for the future Intel Cougarpoint graphic chip, power management for AMD Radeon chips, a memory defragmentation mechanism, support for the Tunneling Protocol version 3 (RFC 3931), support for multiple multicast route tables, support for the CAIF protocol used by ST-Ericsson products, support for the ACPI Platform Error Interface, and many new drivers and small improvements.

If you’re interested in more details read this article

The Ubuntu kernel developers tagged the 2.6.35 kernel as Ubuntu-lts-2.6.35-14.19 in their repository.

For a step by step article to to compiling the 2.6.35 kernel follow this how to compile article.

THANKS Ubuntika for the link

Read Full Post »

One of the great things about Linux are the new kernels.

Although the stable 2.6.34 is available for Lucid, it is unlikely to make its way into the official repos any time soon.

If you’re experiencing issues with your current kernel, or just want a change, then stable 2.6.34 may be for you.

You will need to install 3 packages.

For 32 bit:




for 64 bit:




please install in order listed.

Then run  from a terminal afterwards:

sudo update-grub reboot.

to confirm you are running the new kernel type in a terminal:

uname -a

THANKS: nhasian

Some advice from Sgosnell

Features seldom get dropped from later kernels. It’s perfectly safe to install newer kernels, because you can always boot from any kernel still installed. You can install the .34 kernel, and if you have problems just boot from the default kernel. You can easily remove kernels via Synaptic, as long as you aren’t booted to the kernel you intend to remove. I would advise installing the .34 kernel and trying it out. I like it a lot. If it doesn’t do what you want you can always remove it, and you can also install the .35 kernel over it when it is released. That will just result in the ability to boot to the .35 kernel in addition to the .34 kernel and whatever you already have installed. I tend to remove older kernels after I insure that the newer kernel works ok, just to save space and remove clutter, but I usually keep the default kernel for the OS version I have installed, although I seldom boot to it. It’s just a final safety fallback.

NOTE: If downloading and installing precompiled kernels is not your cup of tea, then try KernelCheck, which will install and build the latest kernel for your distribution from source.

ADDENDUM: I noticed the debs above were compiled with an earlier version of GCC than the one which I am running (gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3), which resulted in a kernel check message from the nVIDIA installer. I therefore highly recommend using KernelCheck if you want to maintain concurrency with your compiler. If you run into a kernel panic check this posting of mine.

Read Full Post »