From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936186AbXGZWFX (ORCPT ); Thu, 26 Jul 2007 18:05:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1765977AbXGZWFH (ORCPT ); Thu, 26 Jul 2007 18:05:07 -0400 Received: from moutng.kundenserver.de ([212.227.126.187]:65129 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933825AbXGZWFF (ORCPT ); Thu, 26 Jul 2007 18:05:05 -0400 From: Dirk Schoebel To: ck@vds.kolivas.org Subject: Re: [ck] Re: -mm merge plans for 2.6.23 Date: Fri, 27 Jul 2007 00:04:38 +0200 User-Agent: KMail/1.9.7 Cc: Andrew Morton , "Michael Chang" , Nick Piggin , Ray Lee , Eric St-Laurent , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Paul Jackson , Jesper Juhl , Rene Herman References: <20070710013152.ef2cd200.akpm@linux-foundation.org> <20070726111326.873f7b0a.akpm@linux-foundation.org> In-Reply-To: <20070726111326.873f7b0a.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2470270.ABJPYyX5vq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707270004.46211.dirk@liji-und-dirk.de> X-Provags-ID: V01U2FsdGVkX181fecueMJq6bAGCE1bJvDb5nI9d8HCUVnAnew /euKnRP9EHs3zUNr3ymjfJS9xDFIkqipD98eFg+FpwYeMJYAtx 6f+NK+Lrw9XIQqsZ/9y6A== Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org --nextPart2470270.ABJPYyX5vq Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I don't really understand the reasons for all those discussions. As long as you have a maintainer, why don't you just put swap prefetch into= =20 the kernel, marked experimental, default deactivated so anyone who just=20 make[s] oldconfig (or defaultconfig) won't get it. If anyone finds a good=20 solution for all those cache 'poisoning' problems and problems concerning=20 swapin on workload changes and such swap prefetch can easily taken out agai= n=20 and no one has to complain and continuing maintaining it. Actually the same goes for plugshed (having it might have kept Con as a=20 valuable developer). I am actually waiting for more than 2 years that reiser4 will make it into = the=20 kernel (sure, marked experimental or even highly experimental) so the=20 patch-journey for every new kernel comes to an end. And most things in-kern= el=20 will surely be tested more intense so bugs will come up much faster.=20 (Constantly running MM kernels is not really an option since many things in= =20 there can't be deactivated if they don't work as expected since lots of=20 patches also concern 'vital' parts of the kernel.) =2E..just 2cents from a happy CK user for it made it possible to watch a mo= vie=20 while compiling the system - which was impossible with mainline kernel, eve= n=20 on dual core 2.2 GHz AMD64 with 4G RAM ! Dirk. --nextPart2470270.ABJPYyX5vq Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.5 (GNU/Linux) iD8DBQBGqRp+6YYnt7muP7IRArLyAJ91sIZPuxe6co3Swp7LjaCKGsoy5QCg6Hpy 76zfIgZ9L7Iw7avW/ko6GeE= =CUXM -----END PGP SIGNATURE----- --nextPart2470270.ABJPYyX5vq--