Thread (11 messages) flat view 11 messages, 4 authors, 2004-02-06

Re: TASK_UNMAPPED_BASE

From: Peter Bergner <hidden>
Date: 2004-02-05 16:34:18

On Thu, 2004-02-05 at 02:57, Joakim Tjernlund wrote:
Too low, does that mean TASK_UNMAPED_BASE < 0x00100000 will fail with
huge bss's as well? Or will it just fail for
0x30000000 => TASK_UNMAPED_BASE <= 0x10000000?

To me it seems like it is a good idea to change(at least in 2.6
where the bugs you mentioned has been fixed) TASK_UNMAPED_BASE to
0x00100000(or lower).
The problem with a TASK_UNMAPPED_BASE that was "too low" was referring to
the bug where we always loaded ld.so at TASK_UNMAPPED_BASE even though
that adress was in the middle of the bss.  Now that has been fixed, "too low"
isn't a concern anymore.

However, I'm not sure moving the TASK_UNMAPPED_BASE below the text section
will work.  It's used for more than just loading shared libs.  Anonymous mmap
areas and the heap are all located relative to it.

Is there a way I can tell glibc to load it's libs around TASK_UNMAPED_BASE?
Currently only ld.so follows TASK_UNMAPED_BASE, the other libs always
loads at 0x0fxxxxxx. Glibc/ld.so version is 2.2.3
IIRC, only ppc32 loads it's libs this way.  For example, ppc64 loads all
its libs above TASK_UNMAPPED_BASE.


H��lsningar,

Peter


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help