Zack's Kernel News
Zack's Kernel News
The Linux kernel mailing list comprises the core of Linux development activities. Traffic volumes are immense, often reaching ten thousand messages in a given week, and keeping up to date with the entire scope of development is a virtually impossible task for one person. One of the few brave souls to take on this task is Zack Brown.
Our regular monthly column keeps you abreast of the latest discussions and decisions, selected and summarized by Zack. Zack has been publishing a weekly online digest, the Kernel Traffic newsletter for over five years now. Even reading Kernel Traffic alone can be a time consuming task.
Linux Magazine now provides you with the quintessence of Linux Kernel activities, straight from the horse's mouth.
BtrFS as a Linux "Next Generation" Filesystem
Chris Mason has migrated BtrFS development onto its own git repository and is starting to lean toward submitting the code into the main kernel tree. Several technical problems, not least of which is that the on-disk format hasn't stabilized yet, are standing in the way of this.
Without a stable format, users will have to be informed clearly that the earlier formats will not be supported after a certain time. And there will always be those users who didn't get the memo and are therefore out of luck when they need to access their data later. Chris's plan is to get as close as possible to a final disk format and to include backward compatibility on any changes made after that. If successful, the effect on users would be much less severe.
Andrew Morton has come out strongly in favor of a quick merge. The filesystem itself includes loud warnings at run time, and Andrew feels that BtrFS has a bright future and should be put in a prominent position as soon as possible so as to attract a body of contributors.
Adrian Bunk is skeptical of that theory, citing ext4 as an example of a filesystem that was accepted early into the kernel and did not experience the accelerated development for which Andrew was hoping. Serge E. Hallyn objected and said that because BtrFS is really cool, having it available in mainline would have a special excitement factor that ext4 lacked. But Adrian pointed out that anyone could install BtrFS without it being in the mainline tree.
The discussion went back and forth, and at some point Theodore (Ted) T'so piped up with his take on the politics. Essentially, he said, Adrian was opposed to early merging, whereas Andrew was in favor of it. And because Linus Torvalds had already expressed his new preference to merge drivers earlier than in the past, it seemed to Ted that BtrFS would indeed be merged as Andrew suggested, and that Adrian's objections were swimming too much against the tide to achieve their goal. But he did at least partially acknowledge Adrian's point, that ext4 development went slower than expected after it had been merged.
Ted also mentioned a little backstory about BtrFS, saying, "… about a year ago (on November 12-13, 2007), a small group of key filesystem developers, which included engineers employed by HP, Oracle, IBM, Intel, HP, and Red Hat, and whose experience included working with a large number of filesystems – ext2, ext3, ext4, OCFS2, Lustre, BtrFS, AdvFS, ReiserFS, and XFS – came together for a two-day 'next generation filesystem' (NGFS) workshop.
"At the end of the workshop, there was unaminous agreement (including from yours truly) that (a) Linux needed a next-generation filesystem to be competitive, (b) Chris Mason's BtrFS (with some changes/enhancements discussed during the workshop) was the best long-term solution for NGFS, and (c) because creating a new enterprise filesystem always takes longer than people expect, and even then, it takes a while for enterprise users to trust a new filesystem for their most critical data, ext4 in the next generation of filesystems was needed as the bridge to the NGFS."
He added, "It is fair to say that BtrFS isn't just a private project of a single Linux kernel developer, but rather the design has been discussed and reviewed by a large number of experienced filesystem architects."
It does seem clear that unless something weird happens, BtrFS will be in a kernel near you quite soon.
Linux Foundation TAB Election Results
Jonathan Corbet announced the results of the recent election of members of the Linux Foundation Technical Advisory Board (TAB).
James Bottomley, Kristen Carlson Accardi, Chris Mason, Dave Jones, and Chris Wright were all elected to two-year positions on the Board. A single one-year position had opened up when Olaf Kirch resigned, and the vote to replace him resulted in a tie between Theodore T'so and Christoph Hellwig. In proper democratic fashion, they broke the tie with a single coin toss, which went to Christopher.
Status of UWB, WUSB, and WLP Subsystems
David Vrabel, maintainer of the Ultra-Wideband (UWB) radio, Certified Wireless USB (WUSB), and WiMedia LLC Protocol (WLP) subsystems, felt that the code was ready to be included in the mainline tree, and he created a git repository from which folks can pull. Without much discussion, some folks were a little unclear as to whether David was submitting his code for inclusion or just for review. Barring any big technical issue, it does seems as though the code will be accepted soon.
Buy this article as PDF
New partnership will bring more and better CS training to US schools
Criminals offer online help over Tor network
Sophisticated malware is still present on Joomla and WordPress sites around the world.
Future versions of Ubuntu's code service will support the popular Git version control system used with Linux and other open source projects.
New release marks the arrival of AMD’s unified driver strategy.
A new study by IDC charts big changes in the big hardware market.
Azure CTO says Redmond has already considered the unthinkable.
Lead developer quells rumors that the Debian version is slated for center stage.
MSBuild is now just another GitHub project as Redmond continues its path to the light.
Malware could pass data and commands between disconnected computers without leaving a trace on the network.