Re: 2.6.12-rc3 mmap lack of consistency among runs

From: Hubert Tonneau
Date: Fri Apr 29 2005 - 14:08:31 EST

Hubert Tonneau wrote:
> I even tried adding the following instruction at the very beginning of my
> C program, with no more success:
> personality(0x0040000); // ADDR_NO_RANDOMIZE
> Basically, the behaviour is not changed, as opposed to if I do:
> echo 0 >/proc/sys/kernel/randomize_va_space

I believe that I understand why calling 'personality' does not work:
it has to be called before the process is loaded as far as I could understand
the Linux source code.

So, at the moment, the only two effective workarounds I'm awared of are:
. switch to calling 'mmap' with specified requested address right from the
beginning (also I find it very dangerous over the long run)
. call 'mmap' to allocate (waste) 1 MB of address space when the process
runs for the first time, so that I'm granted that subsequente 'mmap'
will allocate from a memory area that is always available from run to run

Also about the second solution (the one that I've included in Pliant)
I have two concernes:
. first it's ugly (should I include it in Posix OS agnostic version of
Pliant or just declare that Linux cannot run the generic version anymore)
. second, and most important one, I have experimentaly determined that 1 MB
is the minimum address space to allocate (waste), but I could not understand
where it comes from reading the Kernel source, and I don't understand how
stable will this value be over time:

unsigned long arch_align_stack(unsigned long sp)
if (randomize_va_space)
sp -= get_random_int() % 8192;
return sp & ~0xf;

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at