[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20070326201743.GZ22797@outflux.net>
Date: Mon, 26 Mar 2007 13:17:43 -0700
From: Kees Cook <kees@...flux.net>
To: Hugh Dickins <hugh@...itas.com>
Cc: Andrew Morton <akpm@...l.org>, Linus Torvalds <torvalds@...l.org>,
Marcus Meissner <meissner@...e.de>, Andi Kleen <ak@...e.de>,
Ingo Molnar <mingo@...e.hu>,
Dave Jones <davej@...emonkey.org.uk>,
Arjan van de Ven <arjan@...ux.intel.com>,
linux-kernel@...r.kernel.org
Subject: Re: revert PIE randomization?
On Wed, Mar 21, 2007 at 08:01:50PM +0000, Hugh Dickins wrote:
> It was in doing kernel builds that I hit it, nothing special: an
> overnight cycle of kernel building would collapse in a few hours.
> openSUSE 10.2.
I wonder it was the combination of the base addr randomization patch and
something specific to the openSuSE loader that was sparking the
failures? I ran about 22 million execs on Ubuntu Feisty (patched to
re-include the base addr randomization), with a PIE bash, and never saw
it. Hmpf.
> Andi would tell definitively, but I guess it's merely that with so
> much more address space to play with, x86_64 can divide up that space
> more satisfactorily.
>
> But don't be misled: try "ulimit -s unlimited" and I expect you'll
> find i386 allocating mmap addresses (hence libraries) from the
> opposite end, below ELF_ET_DYN_BASE.
Is there any explicitly documented per-arch "here is the memory layout
of a process"? I haven't been able to find anything like this. I
suspect it would be a good reference to have; so if no one has any
hints, I'll try to get something written up.
--
Kees Cook @outflux.net
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists