Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030284AbWAXB0O (ORCPT ); Mon, 23 Jan 2006 20:26:14 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030285AbWAXB0O (ORCPT ); Mon, 23 Jan 2006 20:26:14 -0500 Received: from ms-smtp-02.texas.rr.com ([24.93.47.41]:44479 "EHLO ms-smtp-02-eri0.texas.rr.com") by vger.kernel.org with ESMTP id S1030284AbWAXB0L (ORCPT ); Mon, 23 Jan 2006 20:26:11 -0500 Date: Mon, 23 Jan 2006 19:26:01 -0600 From: Dave McCracken To: Andi Kleen cc: Ray Bryant , Robin Holt , Hugh Dickins , Linux Kernel , Linux Memory Management Subject: Re: [PATCH/RFC] Shared page tables Message-ID: <7CE20BE034007D536E3724B3@[10.1.1.4]> In-Reply-To: <200601240211.59171.ak@suse.de> References: <200601240139.46751.ak@suse.de> <08A96D993E5CB2984F6F448A@[10.1.1.4]> <200601240211.59171.ak@suse.de> X-Mailer: Mulberry/4.0.0b4 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1064 Lines: 26 --On Tuesday, January 24, 2006 02:11:58 +0100 Andi Kleen wrote: > Really? That sounds like a quite bad idea because it can easily break > if something changes in the way virtual memory is laid out (which > has happened - e.g. movement to 4level page tables on x86-64 and now > randomized mmaps) > > I don't think we should encourage such unportable behaviour. I haven't looked into how they do it. It could be as simple as mapping the memory region, then forking all the processes that use it. Or they could be communicating the mapped address to the other processes dynamically via some other mechanism. All I know is the memory ends up being mapped at the same address in all processes. Or are you saying using the same address is a bad thing even if it's determined at runtime? Dave McCracken - 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/