On Thu, Jun 28, 2012 at 10:40 AM, David Sterba <d...@jikos.cz> wrote: > On Tue, Jun 26, 2012 at 08:48:37AM +0200, Arnd Hannemann wrote: >> How show should we proceed to get above mentioned patch >> (or the similar patch from Andrei Popa) merged? > > Josef picked the patch into btrfs-next, I see not problem to include it > in next merge window patchset. >
I was testing the lz4(hc) patches, and I found the the compression INCOMPAT flags are not being updated using the method in this patch. The compression INCOMPAT flags are generally checked and updated in the open_ctree() function. But, on remount, open_ctree() is not called. I was going to test a patch to update the INCOMPAT flags similar to the way lzo INCOMPAT is updated when specifying the compress method in defragmentation. http://kerneltrap.org/mailarchive/linux-btrfs/2010/11/18/6886194 But, let me know if it is preferred to just return -EINVAL when trying to remount with a compression method that has an INCOMPAT not yet seen by that volume. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/