[Btrfs-devel] Btrfs v0.4 available (warning: disk format change)

Chris Mason chris.mason at oracle.com
Tue Jun 26 05:48:44 PDT 2007


On Mon, Jun 25, 2007 at 10:42:36PM +0200, Christian Hesse wrote:
> On Friday 22 June 2007, Chris Mason wrote:
> > Hello everyone,
> >
> > I wasn't planning on sending out v0.4 until ENOSPC was fixed, but Frank
> > Groeneveld narrowed down a bug with the file data checksumming code on
> > highmem 32bit machines.
> 
> Hi everyone!
> 
> I wonder why nobody answered to this message, so I will do now.
> 
> I'm not a coder but one of the guys who love to play with new code. 
> Additionally I I tested most filesystems available for linux today and 
> returned to ext3 some time ago, but it is sill not the right thing [tm].
> 
> The feature list is really great. Said this I had a lot of fun testing btrfs. 
> Everything worked smoothly: I untared a kernel tree, snapshotted, patched the 
> tree, snapshotted again, patched some other things, diffed the snapshots, ... 
> No problems so far, anything works reliable and without crashes.
> 
> Oh, one more thing: I test a lot of kernel stuff and hate to recompile every 
> single module for a new kernel so I put it into my kernel tree. If anybody is 
> interested: Untar the archive to linux/fs/, more btrfs-${VERSION}/ to btrfs/, 
> apply the attached patch and run make oldconfig.
> Btw, compiling btrfs into the kernel statically results in a kernel panic when 
> trying to mount the root fs, so the module is always built as module.

Whoops, could you please paste that panic here?

> 
> So please keep up the good work! I will keep an eye on btrfs and test the code 
> from time to time.

Great, thanks for the testing!

-chris




More information about the Btrfs-devel mailing list