Date: Wed, 31 Mar 2004 06:08:59 +0200
From: Andrea Arcangeli <andrea@suse.de>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.5-rc3-aa1
Message-ID: <20040331040859.GB2143@dualathlon.random>
References: <20040331030921.GA2143@dualathlon.random> <20040330194149.4f1451bc.akpm@osdl.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040330194149.4f1451bc.akpm@osdl.org>
User-Agent: Mutt/1.4.1i
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 2074
Lines: 47

On Tue, Mar 30, 2004 at 07:41:49PM -0800, Andrew Morton wrote:
> Andrea Arcangeli <andrea@suse.de> wrote:
> >
> > In the meantime this is already mergeable in -mm if Andrew is
> >  interested.
> 
> It's a bit early for that, I feel.  I'd like to see thing settle down a
> little more at your end first, then see that Rajesh, Hugh and if possible

no problem in settling it down more on my end.

> Ingo have had a good go through everything.

the thing isn't changing much anymore, there are only a few lines
fixes across the last updates.

the mprotect merging won't be as small, but it should not be more than
an hundred lines rewrite and it's orthogonal with the rest of the
changes. I plan to complete it before the end of the week.

Keep in mind this whole thing is going in production in a matter of a
week, so please test and review now. I'm uncertain if to add the
mprotect merging to the production tree after I completed it, I don't
see it as a requirement, infact I believe mprotect has always been more
important for file mappings than anonymous memory (I know this is
certainly the case for some big app where merging file mappings in
mprotect actually would help a bit too). At this point in time unless I
get a complaint for a real app I'll probably avoid any further change to
avoid invalidating the current testing. So I may keep the mprotect
merging in a separate patch.

I'm _very_ confortable that whatever might go wrong with this new code
that I cannot imagine right now, it'll always be a lot better than the
stuff that we know goes wrong with rmap or/and 4:4.

> We have a way to go yet.  Once I've dumped a lot of the current pending
> stuff into 2.6.6-early we'll be in better shape.

I'd like to see the -mm writeback changes merged ASAP since they're the
most invasive from my point of view ;)

thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/