[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1y7e3h0rt.fsf@ebiederm.dsl.xmission.com>
Date: Tue, 16 Oct 2007 03:22:30 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Christian Borntraeger <borntraeger@...ibm.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Nick Piggin <nickpiggin@...oo.com.au>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org,
Martin Schwidefsky <schwidefsky@...ibm.com>,
"Theodore Ts'o" <tytso@....edu>, stable@...nel.org
Subject: Re: [PATCH] rd: Mark ramdisk buffers heads dirty
Christian Borntraeger <borntraeger@...ibm.com> writes:
> Am Dienstag, 16. Oktober 2007 schrieb Eric W. Biederman:
>
>> fs/buffer.c | 3 +++
>> 1 files changed, 3 insertions(+), 0 deletions(-)
>> drivers/block/rd.c | 13 +------------
>> 1 files changed, 1 insertions(+), 12 deletions(-)
>
> Your patches look sane so far. I have applied both patches, and the problem
> seems gone. I will try to get these patches to our testers.
>
> As long as they dont find new problems:
Sounds good. Please make certain to test reiserfs as well as ext2+ as
it seems to strain the ramdisk code more aggressively.
> Acked-by: Christian Borntraeger <borntraeger@...ibm.com>
>
> Nick, Eric. What is the best patch for the stable series? Both patches from
> Eric or mine? I CCed stable, so they know that something is coming.
My gut feel says my patches assuming everything tests out ok, as
they actually fix the problem instead of papering over it, and there
isn't really a size difference.
In addition the change to init_page_buffers is interesting all by
itself. With that patch we now have the option of running block
devices in mode where we don't bother to cache the buffer heads
which should reduce memory pressure a bit. Not that an enhancement
like that will show up in stable, but...
Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists