Re: weekend of btrfs findings

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Duncan posted on Wed, 04 Apr 2012 04:45:24 +0000 as excerpted:

> Oh, and one more thing.  Because btrfs /is/ experimental, (a) be
> prepared to lose any data you put on it (but by your comments you
> probably understand that bit already), and (b) running current kernels
> is critical, as each one still includes a lot of fixes from the one
> before. That means at *LEAST* 3.2.  There's apparently a regression for
> some people in 3.3 but you'd normally be expected to be upgrading to it
> about now, and many testers run the mainline Linus rc kernels (3.4-rc1
> currently), or even newer not-yet-in-linus-tree btrfs.  Again, see the
> wiki for more.

... And 3.4-rc1 has a regression too, see the btrfs io erros on 3.4rc1 
thread.  But that one should be fixed well before 3.4 full release.  Of 
course if you're testing btrfs, following this list is helpful, and you 
can see and apply the patch yourself, or check when Linus applies it in 
his tree.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux