From: Hans Reiser <reiser@namesys.com>
To: Andrew Morton <akpm@osdl.org>
Cc: hugh@veritas.com, linux-kernel@vger.kernel.org,
linux-fsdevel@vger.kernel.org, lee.schermerhorn@hp.com,
Reiserfs-Dev@namesys.com, vs <vs@thebsh.namesys.com>
Subject: Re: Fw: Re: [PATCH] 2.6.16-rc-mm4 reiser4 calls try_to_unmap() with 1 arg -- now takes 2
Date: Sun, 05 Feb 2006 10:42:10 -0800 [thread overview]
Message-ID: <43E64702.9020205@namesys.com> (raw)
In-Reply-To: <20060205011152.7f9b7aa9.akpm@osdl.org>
Andrew Morton wrote:
>Hans Reiser <reiser@namesys.com> wrote:
>
>
>>Umm, no, copy on capture needs to get enabled again as soon as we get
>> past issues outsiders care about, and start dealing again with improving
>> the code in the ways we think matter. There are real problems that are
>> addressed by copy on capture. That it has not been worked on since
>> 2.6.5 just sadly indicates how successful folks have been in distracting
>> us for so long.
>>
>>
>
>Dinking with rmap internals from within a filesystem is a real problem.
>Whatever needs to be done there should be done within core MM if it's done
>anywhere so it actually gets maintained by the people who are likely to
>break it.
>
>Something like
>http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/broken-out/add-page-becoming-writable-notification.patch
>might be what you're after.
>
>
>
>
>
I don't actually care (at least I desire that I not have to care ;-) )
about the implementation of copy-on-capture so long as it works. I am
sure vs will be happy to do it within core mm when we get to where he
can pay attention to it again.
prev parent reply other threads:[~2006-02-05 18:42 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20060205003039.3067e43c.akpm@osdl.org>
2006-02-05 8:45 ` Fw: Re: [PATCH] 2.6.16-rc-mm4 reiser4 calls try_to_unmap() with 1 arg -- now takes 2 Hans Reiser
2006-02-05 9:11 ` Andrew Morton
2006-02-05 18:42 ` Hans Reiser [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=43E64702.9020205@namesys.com \
--to=reiser@namesys.com \
--cc=Reiserfs-Dev@namesys.com \
--cc=akpm@osdl.org \
--cc=hugh@veritas.com \
--cc=lee.schermerhorn@hp.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=vs@thebsh.namesys.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.