1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Linus Talks Of Linux 2.8 Or Linux 3.0; Ending Linux 2.6

Linux Kernel

Published on 23 May 2011 04:43 PM EDT
Written by Michael Larabel in Linux Kernel
25 Comments

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.

Linus issued an e-mail address today entitled (Short?) merge window reminder As mentioned last week when tagging the Linux 2.6.39 kernel, the Linux kernel creator expected the 2.6.40 merge window to be shorter than usual due to his travels concerning LinuxCon Japan at month's end. The merge window is likely just to be shorter by a few days than normal, which is usually about two weeks following the major release of each kernel.

This email was just intended to be a reminder to the driver and subsystem maintainers that this will be a shortened merge window as to not bombard him at the last minute with pull requests. At the end of this message though is where Linus Torvalds drops the potentially interesting bit. "PS. The voices in my head also tell me that the numbers are getting too big. I may just call the thing 2.8.0. And I almost guarantee that this PS is going to result in more discussion than the rest, but when the voices tell me to do things, I listen."

The only serious response so far to that comment by Linus has been from Greg Kroah-Hartman. He had said, "If you do this, I will buy you a bottle of whatever whiskey you want that I can get my hands on in Tokyo next week. {crosses fingers}"

For those that don't remember, it was Greg KH back in 2008 that proposed abandoning the Linux 2.6 kernel numbering. At that time he was instead interested in some other versioning scheme to reflect the time more than the minor version number that has largely become irrelevant with development sticking so long to the 2.6 series. Instead, Greg was more interested in seeing a "Linux 2009.0.0" or some other scheme to reflect the age of the kernel rather than some number that holds little value to the uneducated.

The Linux 2.6 kernel series is now on its way to its 40th release in the past seven years of development. For comparison, the Linux 2.4 series had about 24 releases prior to Linux 2.6.0 being released and the 2.4 series as of today is up to Linux 2.4.37.

It may make sense to bump the version number or switch to some other versioning scheme if a consensus can be reached, with the Linux kernel evolving quite well and no revolutionary changes likely to come in the foreseeable futures.

Some of the Linux 2.6.40 kernel features will include Sandy Bridge performance optimizations, initial Intel Ivy Bridge support, graphics support fixes, a form of NVIDIA Optimus, and many other features we'll begin talking about more soon as Linux 2.6.40-rc1 (or Linux 2.8.0-rc1) is tagged and released. There's also some features the next Linux kernel will not have.

Update: It looks like Linus might be quite serious about in fact changing the Linux kernel version. Here's another message he just wrote to the list.
So I'm toying with 3.0 (and in that case, it really would be "3.0", not "3.0.0" - the stable team would get the third digit rather than the fourth one.

But no, it wouldn't be for 42. Despite THHGTTG, I think "40" is a fairly nice round number.

There's also the timing issue - since we no longer do version numbers based on features, but based on time, just saying "we're about to start the third decade" works as well as any other excuse.

But we'll see.

Linus

Update 2: More information.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  2. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  3. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  4. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
Latest Linux Articles
  1. Testing For The Latest Linux Kernel Power Regression
  2. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
  3. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
  4. Preview: OS X 10.10 Yosemite vs. Ubuntu Linux GPU Performance
Latest Linux News
  1. A New AMD Catalyst Linux Driver Unofficially Surfaces
  2. LibreOffice Ported To 64-bit ARM (AArch64)
  3. Enlightenment E19 RC3 Shows Off The New Wayland Compositor
  4. Metro Redux Is Going To Require OpenGL 4.x On Linux
  5. Jailhouse v0.1 Released As A Basic Hypervisor For Linux
  6. Google's Chromebook "Samus" Now Supported By Coreboot
  7. Chrome 38 Now In Beta With Exciting Advancements
  8. Ubuntu's Utopic Unicorn 14.10 Beta 1 Released
  9. Genode OS 14.08 Has New GUI Architecture, Pluggable VFS
  10. Another Intel Linux Power Regression Is Being Investigated
Latest Forum Discussions
  1. Btrfs Gets Talked Up, Googler Encourages You To Try Btrfs
  2. Catalyst 14.201.1008
  3. Users defect to Linux as OpenBSD removes Lynx from base system
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  6. Radeon HD5670 and Ubuntu 14.04
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. Best Radeon for a Power Mac G5?