From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andi Kleen Subject: Re: [PATCH/RFC] Shared page tables Date: Tue, 24 Jan 2006 02:38:29 +0100 References: <200601240210.04337.ak@suse.de> <20060124012331.GK1008@kvack.org> In-Reply-To: <20060124012331.GK1008@kvack.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601240238.29781.ak@suse.de> Sender: owner-linux-mm@kvack.org Return-Path: To: Benjamin LaHaise Cc: Ray Bryant , Dave McCracken , Robin Holt , Hugh Dickins , Linux Kernel , Linux Memory Management List-ID: On Tuesday 24 January 2006 02:23, Benjamin LaHaise wrote: > On Tue, Jan 24, 2006 at 02:10:03AM +0100, Andi Kleen wrote: > > The randomization is not for cache coloring, but for security purposes > > (except for the old very small stack randomization that was used > > to avoid conflicts on HyperThreaded CPUs). I would be surprised if the > > mmap made much difference because it's page aligned and at least > > on x86 the L2 and larger caches are usually PI. > > Actually, does this even affect executable segments? Iirc, prelinking > already results in executables being mapped at the same physical offset > across binaries in a given system. An strace seems to confirm that. Shared libraries should be affected. And prelink is not always used. -Andi -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org