I think Josef's patch only address the one-by-one page processing issue.
But do not address the issue that dirty_pages should be set to 0 when copied is
0.
> Date: Sat, 5 Mar 2011 10:56:52 -0600
> Subject: Re: [PATCH] btrfs file write debugging patch
>
ail.com
> CC: chris.ma...@oracle.com; xin.zh...@intel.com; linux-btrfs@vger.kernel.org
>
> On Fri, Mar 4, 2011 at 9:33 AM, Mitch Harder
> wrote:
> > 2011/3/4 Xin Zhong :
> >>
> >> It works well for me too.
> >>
> >>
It works well for me too.
> From: chris.ma...@oracle.com
> To: chris.ma...@oracle.com
> CC: xin.zh...@intel.com; mitch.har...@sabayonlinux.org;
> thierryzh...@hotmail.com; linux-btrfs@vger.kernel.org
> Subject: RE: [PATCH] btrfs file write debugging patc
one by one. And that's also what generic file write routine does.
>
> Any suggestion are welcomed. Thanks!
>
> -Original Message-
> From: linux-btrfs-ow...@vger.kernel.org
> [mailto:linux-btrfs-ow...@vger.kernel.org] On Behalf Of Mitch Harder
> Sent: Wednesday, March
Hi, Mitch
I think you can config ftrace to just trace function calls of btrfs.ko which
will save a lot of trace buffer space. See below command:
#echo ':mod:btrfs' > /sys/kernel/debug/tracing/set_ftrace_filterAnd please send
out the full ftrace log again.
Another helpful information might be th
-by: Xin Zhong
---
fs/btrfs/file.c | 23 ++-
1 files changed, 18 insertions(+), 5 deletions(-)
diff --git a/fs/btrfs/file.c b/fs/btrfs/file.c
index c1faded..805f2ee 100644
--- a/fs/btrfs/file.c
+++ b/fs/btrfs/file.c
@@ -57,11 +57,15 @@ static noinline int
-by: Xin Zhong
---
fs/btrfs/file.c | 23 +--
1 files changed, 5 insertions(+), 18 deletions(-)
diff --git a/fs/btrfs/file.c b/fs/btrfs/file.c
index dfe15dc..c1faded 100644
--- a/fs/btrfs/file.c
+++ b/fs/btrfs/file.c
@@ -57,15 +57,11 @@ static noinline int
