On Fri, 11 May 2007, Andrew Morton wrote:
> I could reverse-engineer that info from the patch, I guess, but I'd
> prefer to go in the opposite direction: you tell us what the patch is
> trying to do, then we look at it and see if we agree that it is in fact
> doing that.
I've just quickly looked at the patch and it seems fine - it's using
mmap()'s randomization functionality in such a way that it maps the the
main executable of (specially compiled/linked) ET_DYN binaries onto a
random address (in cases in which mmap() is allowed to perform a
randomization). Which is what we want, I'd guess.
Jan, would you care to update the patch with proper Changelog entry?
However, I seem to get "soft" hang on boot with this patch, approximately
at the time the init should be executed. The system is not completely
stuck - interrupts are delivered, keyboard is working, alt-sysrq-t dumps
proper output, but userspace doesn't seem to get started. This happens on
i386, didn't try on other archs.
--
Jiri Kosina
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
