Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265576AbTGDAcS (ORCPT ); Thu, 3 Jul 2003 20:32:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265586AbTGDAcS (ORCPT ); Thu, 3 Jul 2003 20:32:18 -0400 Received: from ppp-217-133-42-200.cust-adsl.tiscali.it ([217.133.42.200]:56779 "EHLO dualathlon.random") by vger.kernel.org with ESMTP id S265576AbTGDAcR (ORCPT ); Thu, 3 Jul 2003 20:32:17 -0400 Date: Fri, 4 Jul 2003 02:46:41 +0200 From: Andrea Arcangeli To: William Lee Irwin III , Jamie Lokier , "Martin J. Bligh" , Mel Gorman , Linux Memory Management List , Linux Kernel Mailing List Subject: Re: What to expect with the 2.6 VM Message-ID: <20030704004641.GR23578@dualathlon.random> References: <20030702231122.GI26348@holomorphy.com> <20030702233014.GW23578@dualathlon.random> <20030702235540.GK26348@holomorphy.com> <20030703113144.GY23578@dualathlon.random> <20030703114626.GP26348@holomorphy.com> <20030703125839.GZ23578@dualathlon.random> <20030703184825.GA17090@mail.jlokier.co.uk> <20030703185431.GQ26348@holomorphy.com> <20030703193328.GN23578@dualathlon.random> <20030703222113.GS26348@holomorphy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030703222113.GS26348@holomorphy.com> User-Agent: Mutt/1.4i X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49 C012 DFA1 686E 68B9 CB43 X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC C0 4B 81 1D 8C 15 C8 E5 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1982 Lines: 36 On Thu, Jul 03, 2003 at 03:21:13PM -0700, William Lee Irwin III wrote: > On Thu, Jul 03, 2003 at 11:54:31AM -0700, William Lee Irwin III wrote: > >> I call that application #2. > > On Thu, Jul 03, 2003 at 09:33:28PM +0200, Andrea Arcangeli wrote: > > maybe I'm missing something but protections have nothing to do with > > remap_file_pages IMHO. That's all about teaching the swap code to > > reserve more bits in the swap entry and to store the protections there > > and possibly teaching the page fault not to get confused. It might > > prefer to use the populate callback too to avoid specializing the > > pte_none case, but I think the syscall should be different, and it > > shouldn't have anything to do with the nonlinearity (nor with rmap). > > It's obvious what to do about protections. so you agree it'd better be a separate syscall, also given it seems the current remap_file_pages api in 2.5 seems unfortunately already frozen since I think it's wrong as it should only work on VM_NONLINEAR vmas, it's very unclean to allow remap_file_pages to mangle whatever vma out there despite it has to deal with truncate etc.. I think the minium required change to the API is to add a MAP_NONLINEAR that converts in kernel space to a VM_NONLINEAR. You allocate the mapping with mmap(MAP_NONLINAER) and only then remap_file_pages will work. This solves all the current brekages (and it'll be trivial to skip over VM_NONLINEAR in the 2.4 vm too). (then there's the rmap/mlock/munlock issue but that's an implementation issue non visible from userspace [modulo security with the sysctl], this one instead is a API bug IMHO and it'd better be fixed before people puts the backport in production) Again, all in my humble opinion. Andrea - 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/