[RFC PATCH 2/4] Btrfs: add MS_RDONLY to avoid backgroud writeback

2010-11-25 Thread Miao Xie
From: Liu Bo liubo2...@cn.fujitsu.com When the filesystem is readonly, commit transaction is forbiddened. Signed-off-by: Liu Bo liubo2...@cn.fujitsu.com Signed-off-by: Miao Xie mi...@cn.fujitsu.com --- fs/btrfs/transaction.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff

VFS support for fast copy on deduplicating FSes

2010-11-25 Thread David Nicol
unresearched question/suggestion: Is there general support for a fast copy ioctl in the VFS layer, which would be hooked by file systems that support COW or other forms of deduplication and can provide copy semantics by manipulating metadata only? -- It is merely a matter of persistence. --

Re: VFS support for fast copy on deduplicating FSes

2010-11-25 Thread Tomasz Torcz
On Thu, Nov 25, 2010 at 04:19:17AM -0600, David Nicol wrote: unresearched question/suggestion: Is there general support for a fast copy ioctl in the VFS layer, which would be hooked by file systems that support COW or other forms of deduplication and can provide copy semantics by

Re: VFS support for fast copy on deduplicating FSes

2010-11-25 Thread Gordan Bobic
David Nicol wrote: unresearched question/suggestion: Is there general support for a fast copy ioctl in the VFS layer, which would be hooked by file systems that support COW or other forms of deduplication and can provide copy semantics by manipulating metadata only? What would be nice to have

Re: VFS support for fast copy on deduplicating FSes

2010-11-25 Thread Pádraig Brady
On 25/11/10 10:32, Tomasz Torcz wrote: On Thu, Nov 25, 2010 at 04:19:17AM -0600, David Nicol wrote: unresearched question/suggestion: Is there general support for a fast copy ioctl in the VFS layer, which would be hooked by file systems that support COW or other forms of deduplication and

Re: [RFC PATCH 0/4] Add readonly support to replace BUG_ON phrase

2010-11-25 Thread Wenyi Liu
2010/11/25, Miao Xie mi...@cn.fujitsu.com: Btrfs has a number of BUG_ON()s, which may lead btrfs to unpleasant panic. Meanwhile, they are very ugly and should be handled more propriately. There are mainly two ways to deal with these BUG_ON()s. Yes, I agree. 1. For those errors which can be

Re: [RFC PATCH 3/4] Btrfs add readonly support for error handle

2010-11-25 Thread Wenyi Liu
Hi Xie Miao: I cannot understand the btrfs_decode_error(). why you chose the three errnos? what about others? eager for Ur replay. Thanks!! --- Best Regards, Liu Wenyi 2010/11/25, Miao Xie mi...@cn.fujitsu.com: From: Liu Bo liubo2...@cn.fujitsu.com This patch provide a new error handle

Re: hard links across snapshots/subvolumes are actually a bad idea.

2010-11-25 Thread Tomasz Chmielewski
I'm just not certain whether bcp works across subvolumes or not. It doesn't seem to work across subvolumes. -- Tomasz Chmielewski http://wpkg.org -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info

Re: [patch] fs: fix deadlocks in writeback_if_idle

2010-11-25 Thread Andrew Morton
On Thu, 25 Nov 2010 11:41:50 +0200 Boaz Harrosh bharr...@panasas.com wrote: On 11/25/2010 12:47 AM, Andrew Morton wrote: On Tue, 23 Nov 2010 07:34:07 -0500 Chris Mason chris.ma...@oracle.com wrote: For btrfs there's only one bdi per SB, but for most everyone else a disk with a bunch

Re: [RFC PATCH 3/4] Btrfs add readonly support for error handle

2010-11-25 Thread Miao Xie
On Thu, 25 Nov 2010 19:42:53 +0800, Wenyi Liu wrote: Hi Xie Miao: I cannot understand the btrfs_decode_error(). why you chose the three errnos? what about others? eager for Ur replay. Thanks!! I think liu chose these three errors is because these errors are familiar ones that are hard to