In association with heise online

01 October 2008, 09:23

Kernel Log: 2.6.27 nearing completion; Btrfs to be added to the kernel?

  • Twitter
  • Facebook
  • submit to slashdot
  • StumbleUpon
  • submit to reddit

Linus Torvalds hinted that the eighth release candidate (RC) of Linux 2.6.27, would be the last RC prior to release of the next major kernel revision saying "So yet another week, another -rc. This one should be the last one". Usually, once such a hint is dropped, it takes one to two weeks for the next version to be released, but then it is not unusual for yet another RC to appear despite such signals.

Torvalds pointed out, however, that there are still regressions, new issues which were not apparent problems on 2.6.26. His comments led to further discussion about the problem of damaged Intel network hardware believed to be associated with the e1000e driver and the version 2.6.27 release candidates (1, 2). According to the latest status report, posted by Intel developer Jesse Brandeburg, developers still have not found the exact cause of the problem. That is why no one is really sure if the patches that Brandeburg and other kernel hackers have developed actually prevent damage to data in the network EEPROM.

While Brandeburg and numerous other kernel hackers]continue to search for the cause of the bug, other developers have already announced wish lists of new functions and improvements that they would like to incorporate into version 2.6.28. In future, the Libata subsystem will support disk shock protection, for instance, and four new drivers for network chips manufactured by Atheros, Cisco, Jmicron and Qlogic will be added. KVM's developers have already prepared three series of patches (1, 2, 3); patches contained in this series will give KVM guests access to PCI devices.

Chris Mason has transferred the source code of the experimental Btrfs file system into a Git repository. This move is intended to make it easier for other kernel hackers to evaluate the file system and to stimulate discussions about incorporating it into the Linux main development branch. Mason believes that it would be best to continue development of the file system from now on within the framework of the official Linux kernel. If this were to happen, it should be with the caveat that Btrfs is not intended for everyday use, in much the same way that developers treat the Ext4 file system, which kernel hackers have been working to complete within the framework of the Linux main development branch since version 2.6.19.

While the main development phase of Ext4 draws to a close in tandem with version 2.6.27, Btrfs still needs quite a bit of work before the file system is ready for users. For example, the on-disk format of the file system has not been finalised yet – Mason is hoping to nail down the format by the end of this year. The system for handling bugs is also in need of improvement. The to-do list on the Btrfs wiki lists numerous functions planned for the file system, which has caught the attention of kernel developers and has been praised by Ext file system developer Theodore Ts'o and others.

In Brief

  • Hplip project developers have released version 2.8.9 of the Hplip driver for HP printers and multifunction devices. It supports the scan function of certain LaserJet series devices for the first time, as well as five new Photosmart series printers.
  • Recently, Nvidia has been releasing new beta drivers for Linux on an almost weekly basis – the newest carry the version number, 177.78.

Further background and information about developments in the Linux kernel and its environment can also be found in previous issues of the kernel log at heise open:

Older Kernel logs can be found in the archives or by using the search function at heise open. (thl/c't)


Print Version | Send by email | Permalink:

  • July's Community Calendar

The H Open

The H Security

The H Developer

The H Internet Toolkit