From: Nick Piggin <nickpiggin@yahoo.com.au>
To: Con Kolivas <kernel@kolivas.org>
Cc: linux list <linux-kernel@vger.kernel.org>,
torvalds@osdl.org, ck list <ck@vds.kolivas.org>,
Andrew Morton <akpm@osdl.org>
Subject: Re: 2.6.18-rc1
Date: Mon, 10 Jul 2006 16:55:31 +1000 [thread overview]
Message-ID: <44B1F9E3.5030701@yahoo.com.au> (raw)
In-Reply-To: <200607101308.26291.kernel@kolivas.org>
Con Kolivas wrote:
> I see the merge window closed and swap prefetch got bypassed again. I'd like
> to believe it was an oversight but far more likely that Andrew remains
> undecided about whether it should go in or not.
>
> No bug reports have come from it in 6 months, the code has remained unchanged
> for 3 months, it is as unobtrusive as a driver that is not compiled in
> when !CONFIGed and there are numerous reports from satisfied users (even ones
> that made it to the scary grounds of lkml). The only thing that happens is
> Nick keeps threatening to review it over and over and over and....
I was going to review it again, but I noticed it has still has comments
(from Hugh and I, I believe) which still haven't been implemented. Like
duplicating most of read_swap_cache_async. I thought you might have some
improvements on the way, so I hadn't bothered yet.
But... excuse me? I *threaten* to review it? I volunteered to review it a
couple of times and found several problems. But OK if you take that as a
threat, then I won't review it.
And I haven't seen any numbers to show it even works in ideal conditions
after I told you how to fix the watermark code, let alone the real world
situations in which it is supposed to help (not that that seems to be a
showstopper to merging stuff like this, though)
I personally won't advocate it, but I wouldn't be upset if it goes
in... it isn't entirely unobtrusive: it is pretty close to the core mm,
and will have to be maintained as such. Mainly in Hugh's area, so he
would have a final veto there.
>
> I'm not sure what else needs to happen?
>
Probably if nothing happens, it sounds like Andrew will merge it
eventually.
--
SUSE Labs, Novell Inc.
Send instant messages to your online friends http://au.messenger.yahoo.com
next prev parent reply other threads:[~2006-07-10 7:08 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-10 3:08 2.6.18-rc1 Con Kolivas
2006-07-10 6:55 ` Nick Piggin [this message]
2006-07-10 21:58 ` [ck] 2.6.18-rc1 jos poortvliet
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=44B1F9E3.5030701@yahoo.com.au \
--to=nickpiggin@yahoo.com.au \
--cc=akpm@osdl.org \
--cc=ck@vds.kolivas.org \
--cc=kernel@kolivas.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@osdl.org \
/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.