Ubuntu server version 8.04 (which is currently available in alpha 4, released on February 2 as Hardy Heron) will feautre the 2.6.24 Linux kernel. This will be the first of the major enterprise Linux distributions to be released with the new kernel. Red Hat Enterprise Linux (RHEL) is at 2.6.18 with RHEL version 5.1. Novell SUSE Linux Enterprise (SLE) is at kernel 2.6.16.12 for Novell SLE 10.

Canonical Ltd. has confirmed they will support version 8 of Ubuntu upon its scheduled April release, with the new kernel.

Usually I put on a little party hat and blow up some balloons for days like these, but I missed my alarm this morning and things got a little hectic in the ol’ apartment, or Linux Launch Pad, as I like ot call it.

Onwards and upwards to the news: Linux kernel version 2.6.23 is live and ready for your perusing pleasure.

LKLM:

Finally.

Yeah, it got delayed, not because of any huge issues, but because of various bugfixes trickling in and causing me to reset my “release clock” all the time. But it’s out there now, and hopefully better for the wait. Not a whole lot of changes since -rc9, although there’s a few updates to mips, sparc64 and blackfin in there. Ignoring those arch updates, there’s basically a number of mostly one-liners (mostly in drivers, but there’s some networking fixes and soem VFS/VM fixes there too).

Shortlog and diffstat appended (both relative to -rc9, of course - the full log from 2.6.22 is on kernel.org as usual).

I want this to be what people look at for a few days, but expect the x86 merge to go ahead after that. So far, all indications are still that it’s going to be all smooth sailing, but hey, those indicators seem to always say that, and only after the fact do people notice any problems.

My my, seems like Linus is a little peeved this morning too. I wonder if he missed his alarm? I bet it’s a penguin. No, a real one.

Linux kernel newbies has a nice summary up today about what’s new in this release (note, it’s been Dugg, so this is a Google cache link):

2.6.23 includes the new, better, fairer CFS process scheduler, a simpler read-ahead mechanism, the lguest ‘Linux-on-Linux’ paravirtualization hypervisor, XEN guest support, KVM smp guest support, variable process argument length, make SLUB the default slab allocator, SELinux protection for exploiting null dereferences using mmap, XFS and ext4 improvements, PPP over L2TP support, the ‘lumpy’ reclaim algorithm, a userspace driver framework, the O_CLOEXEC file descriptor flag, splice improvements, new fallocate() syscall, lock statistics, support for multiqueue network devices, various new drivers and many other minor features and fixes.

Linus Torvalds provides us with an update on the Linux kernel today, as well as a heads-up about incoming x86 merge news set to drop fairly soon.

LKML:

I said I was hoping that -rc8 was the last -rc, and I hate doing this, but we’ve had more changes since -rc8 than we had in -rc8. And while most of them are pretty trivial, I really couldn’t face doing a 2.6.23 release and take the risk of some really stupid brown-paper-bag thing.

So there’s a final -rc out there, and right now my plan is to make this series really short, and release 2.6.23 in a few days. So please do give it a last good testing, and holler about any issues you find!

This is also a good time to warn about the fact that we’re doing the x86 merge very soon (as in the next day or two) after 2.6.23 is out, so if you have pending patches for the next series that touch arch/i386 or x86-64, you should get in touch with Thomas Gleixner and Ingo Molnar, who are the keepers of the merge scripts, and will help you prepare..

Doing it as early as possible in the 2.6.24-rc4 series (basically I’ll do it first thing) will mean that we’ll have the maximum amount of time to sort out any issues, and the thing is, Thomas and Ingo already have a tree ready to go, so people can check their work against that, and don’t need to think that they have to do any fixups after it his *my* tree. It would be much better if everybody was just ready for it, and not taken by surprise.

Sounds like the kernel fellas have some work to do this week.

As is often the case, with a new month comes new, exiting ideas from the Linux kernel community. Today, I present to you with much admiration and bombastic prose, Linux 2.6.23-rc5.

Now humbled, we can examine the details of this release candidate:

I’m making ready to leave for the kernel summit (as are probably a lot of other core kernel people), and as part of that, there’s a 2.6.23-rc5 out there now.

Hopefully we’ve addressed most regressions, so please do give it a good testing.

The shortlog and diffstat are appended: the diffstat is uglified by some powerpc defconfig updates, but otherwise it all looks pretty nice and small. The shortlog is fairly informative if you care about the details of what changed, but it does end up boiling down to “fixing a number of generally pretty small issues”. Mostly in drivers and SCTP.

So have fun, give it a go, and expect a quiet week next week. — Linus

Kernel summits and uglified diffsat’s? Truly, this fine September could not get any more bright.

RC can mean many things to many people. Some think of the olden days of RC Cola; its blue and red cans glistening in the summer sun, waiting to be enjoyed at a ball game or picnic with friends. Others think of remote control cars feverishly jockeying for position on a homemade backyard race track.

On the Enterprise Linux Log, we think of release candidates and the Linux kernel. It’s what we do. It’s what we enjoy. It’s life, Linus Torvalds style, all the time.

Ok, I lost it, and let two weeks pass between -rc releases. My bad.

As a result, -rc4 is a bit bigger than it would/should have been, but hopefully it’s all good, and we’ve fixed most regressions. There’s some arch updates (MIPS, power, sparc64, s390) and an ACPI update, but the rest of it is mainly lots of small fixes (mostly to various random drivers). With some scheduler and networking noise.

I think the shortlog is _just_ too big to be posted on the kernel mailing list, but since it can mostly be described with the one word “boring”, it’s not a huge loss. As usual, just do

git shortlog v2.6.23-rc3..v2.6.23-rc4

If you have the git trees to get the all the details on extraneous semicolons, missed or duplicate include files, kzalloc conversions, new PCI ID’s etc etc.

Linus

Truly, a great day to be alive. Anyone thirsty?

Oooo-weee! I just love myself some stable kernel versions early in the morning!

Delicious.

The latest Linux kernel release is out and about today. Hold onto your hats!

We (the -stable team) are announcing the release of the 2.6.22.2 kernel.
This release has a lot of bugfixes and some security updates so all
users of the 2.6.22 series should update to it.

I’ll also be replying to this message with a copy of the patch between
2.6.22.1 and 2.6.22.2

The updated 2.6.22.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.22.y.git
and can be browsed at the normal kernel.org git web browser:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2….

thanks,

greg k-h

Bug fixes and security seem to be the words of the day.

As the headline says, Linux kernel 2.4.35 is now ready for your viewing and poking pleasure, whatever that means…

KernelTrap:

After 6 months of careful integration and testing, I’m happy to announce availability of Linux 2.4.35.This one contains the same fixes as 2.4.34.6, plus a small set of add-ons, among which some new PCI IDs, more usb-storage unusual devs, support for high-speed USB HID, updated e1000 driver, a few watchdog updates, support for systems with no keyboard controller (mainly blades), backport of the skge and sky2 drivers from 2.6, support for the “notsc” boot option for some broken dual-core x86_64 systems with no HPET, and a the latest fixes from the LVM package.

Note that I’m very conscious that 2.4 has mostly left desktop PCs and notebooks, but it’s still commonly found on servers, route reflectors or firewalls. For this reason, I’m open to merge the small updates required to maintain such systems running (eg: PCI IDs and such), but I will generally refuse all patches which add support for new desktop or notebook-specific hardware, unless the people present very convincing arguments. Those people generally would better upgrade their systems to 2.6.

The 2.4.34.X stable branch is now closed and a new 2.4.35.X branch will open with the first next fixes. This model has proven very efficient to provide riskless fixes, especially in a situation where several weeks may pass before a patch gets tested on a production environment.

This version has been tested on x86 SMP, sparc64 SMP and alpha.

Solid.

The latest stable version of the Linux kernel dropped over the weekend. Linus Torvalds had this to say in the kernel mailing list:

Not a whole lot of changes since -rc7: some small architecture changes (ppc, mips, blackfin), and most of those are defconfig updates. Various driver fixes: new PCI ID’s along with some ide, ata and networking fixes (for example - the magic wireless libertas ioctl’s got removed, they may be re-added later, hopefully in a more generic form, but in the meantime this doesn’t make a release with new interfaces that aren’t universally liked) … And various random fixes for regressions and other buglets.

And there you have it. Happy Monday.

Once more before the storm. The stable patch storm, anyway.

Ok, Linux-2.6.22-rc7 is out there.

It’s hopefully (almost certainly) the last -rc before the final 2.6.22 release, and we should be in pretty good shape. The flow of patches has really slowed down and the regression list has shrunk a lot.

The shortlog/diffstat reflects that, with the biggest part of the -rc7 patch being literally just a power defconfig update.

The patches are mostly trivial fixes, a few new device ID’s, and the appended shortlog really does pretty much explain it.

Final testing always appreciated, of course,

Linus

There’s nothing like the smell of Linux kernel news early in the morning.