[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