diff options
| author | Sergey Bugaev <bugaevc@gmail.com> | 2023-06-26 02:17:47 +0300 |
|---|---|---|
| committer | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2023-07-03 01:25:33 +0200 |
| commit | 019b0bbc84e2048556ac1a6b6df3a61e45fc1e17 (patch) | |
| tree | 064317b6cf58b3a9777b80450a420fd55d7637a2 /sysdeps/mach/hurd | |
| parent | efdb85183aca7634d61a413c55d63e519d89d162 (diff) | |
| download | glibc-019b0bbc84e2048556ac1a6b6df3a61e45fc1e17.tar glibc-019b0bbc84e2048556ac1a6b6df3a61e45fc1e17.tar.gz glibc-019b0bbc84e2048556ac1a6b6df3a61e45fc1e17.tar.bz2 glibc-019b0bbc84e2048556ac1a6b6df3a61e45fc1e17.zip | |
htl: Let Mach place thread stacks
Instead of trying to allocate a thread stack at a specific address,
looping over the address space, just set the ANYWHERE flag in
vm_allocate (). The previous behavior:
- defeats ASLR (for Mach versions that support ASLR),
- is particularly slow if the lower 4 GB of the address space are mapped
inaccessible, as we're planning to do on 64-bit Hurd,
- is just silly.
Signed-off-by: Sergey Bugaev <bugaevc@gmail.com>
Message-Id: <20230625231751.404120-1-bugaevc@gmail.com>
Diffstat (limited to 'sysdeps/mach/hurd')
0 files changed, 0 insertions, 0 deletions