Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262471AbUCLSse (ORCPT ); Fri, 12 Mar 2004 13:48:34 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262451AbUCLSse (ORCPT ); Fri, 12 Mar 2004 13:48:34 -0500 Received: from mx1.redhat.com ([66.187.233.31]:21898 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S262471AbUCLSsc (ORCPT ); Fri, 12 Mar 2004 13:48:32 -0500 Date: Fri, 12 Mar 2004 13:48:21 -0500 (EST) From: Rik van Riel X-X-Sender: riel@chimarrao.boston.redhat.com To: Linus Torvalds cc: Andrea Arcangeli , Hugh Dickins , Ingo Molnar , Andrew Morton , , William Lee Irwin III Subject: Re: anon_vma RFC2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1070 Lines: 28 On Fri, 12 Mar 2004, Linus Torvalds wrote: > I think your approach could work (reverse map by having separate address > spaces for unrelated processes), but I don't see any good "page->index" > allocation scheme that is implementable. > Or did I totally mis-understand what you were proposing? You're absolutely right. I am still trying to come up with a way to do this. Note that since we count page->index in PAGE_SIZE unit we have PAGE_SIZE times as much space as a process can take, so we definately have enough address space to come up with a creative allocation scheme. I just can't think of any now ... -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan - 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/