diff options
author | Rich Felker <dalias@aerifal.cx> | 2015-03-17 23:12:48 -0400 |
---|---|---|
committer | Rich Felker <dalias@aerifal.cx> | 2015-03-18 00:31:37 -0400 |
commit | d5a5045382315e36588ca225889baa36ed0ed38f (patch) | |
tree | b727e3ec85f49384a50f09568c62c0bb9410b6bd /arch/or1k/reloc.h | |
parent | 76fd01177a32d602bc5ee7bd7ba65316adbae611 (diff) | |
download | musl-d5a5045382315e36588ca225889baa36ed0ed38f.tar.gz musl-d5a5045382315e36588ca225889baa36ed0ed38f.tar.xz musl-d5a5045382315e36588ca225889baa36ed0ed38f.zip |
fix MINSIGSTKSZ values for archs with large signal contexts
the previous values (2k min and 8k default) were too small for some archs. aarch64 reserves 4k in the signal context for future extensions and requires about 4.5k total, and powerpc reportedly uses over 2k. the new minimums are chosen to fit the saved context and also allow a minimal signal handler to run. since the default (SIGSTKSZ) has always been 6k larger than the minimum, it is also increased to maintain the 6k usable by the signal handler. this happens to be able to store one pathname buffer and should be sufficient for calling any function in libc that doesn't involve conversion between floating point and decimal representations. x86 (both 32-bit and 64-bit variants) may also need a larger minimum (around 2.5k) in the future to support avx-512, but the values on these archs are left alone for now pending further analysis. the value for PTHREAD_STACK_MIN is not increased to match MINSIGSTKSZ at this time. this is so as not to preclude applications from using extremely small thread stacks when they know they will not be handling signals. unfortunately cancellation and multi-threaded set*id() use signals as an implementation detail and therefore require a stack large enough for a signal context, so applications which use extremely small thread stacks may still need to avoid using these features.
Diffstat (limited to 'arch/or1k/reloc.h')
0 files changed, 0 insertions, 0 deletions