From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Frysinger Date: Tue, 1 Nov 2011 16:10:19 -0400 Subject: [U-Boot] [PATCH] sandbox: Add improved RAM simulation In-Reply-To: <4EB04223.5090201@arcor.de> References: <1320156451-8961-1-git-send-email-weisserm@arcor.de> <201111011452.33518.vapier@gentoo.org> <4EB04223.5090201@arcor.de> Message-ID: <201111011610.20113.vapier@gentoo.org> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Tuesday 01 November 2011 15:01:55 Matthias Weisser wrote: > Am 01.11.2011 19:52, schrieb Mike Frysinger: > > On Tuesday 01 November 2011 14:37:24 Matthias Weisser wrote: > >> I don't know the memory layout strategies for all the Linux/Unix variant > >> out there. But typically text/bss/data is in the lower address range > >> (some megs above 0) and in the upper range (right under kernel space) > >> there is space used for stack and shared objects. Even with ASLR the > >> address I used in the patch should be mappable. > > > > relying on any address layout behavior is doomed to fail. and in this > > case, it's unnecessary. so let's not bother. > > Accepted but not convinced :-) As the address passed to mmap is only a > hint it will not fail. But I will remove the hint in V2 of the patch. by "fail" i meant "relying on the address being the same all the time". not "mmap returned MAP_FAILED". -mike -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. Url : http://lists.denx.de/pipermail/u-boot/attachments/20111101/eebc5192/attachment.pgp