| commit | 703e0e89c669a70bbd6bf33c5e75f910d8d8cca3 | |
| author | Richard Henderson <rth@twiddle.net> | |
| Fri, 19 Mar 2010 21:21:13 +0000 (19 14:21 -0700) | ||
| committer | Aurelien Jarno <aurelien@aurel32.net> | |
| Sat, 27 Mar 2010 13:16:51 +0000 (27 14:16 +0100) | ||
| tree | 53180583a5e0d4f84fafb2ddee1de2ddb640ba6b | treesnapshot (tar.gz zip) |
| parent | 3ad493fc5ea38c005670adc5933058a28ccabdd4 | commitdiff |
linux-user: Use RLIMIT_STACK for default stack size.
The current default stack limit of 512kB is far too small; a fair
number of gcc testsuite failures (for all guests) are directly
attributable to this. Using the -s option in every invocation of
the emulator is annoying to say the least.
A reasonable compromise seems to be to honor the system rlimit.
At least on two Linux distributions, this is set to 8MB and 10MB
respectively. If the system does not limit the stack, then we're
no worse off than before.
At the same time, rename the variable from x86_stack_size and
change the ultimate fallback size from 512kB to 8MB.
Signed-off-by: Richard Henderson <rth@twiddle.net>
Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>
The current default stack limit of 512kB is far too small; a fair
number of gcc testsuite failures (for all guests) are directly
attributable to this. Using the -s option in every invocation of
the emulator is annoying to say the least.
A reasonable compromise seems to be to honor the system rlimit.
At least on two Linux distributions, this is set to 8MB and 10MB
respectively. If the system does not limit the stack, then we're
no worse off than before.
At the same time, rename the variable from x86_stack_size and
change the ultimate fallback size from 512kB to 8MB.
Signed-off-by: Richard Henderson <rth@twiddle.net>
Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>
| linux-user/elfload.c | diffblobblamehistory | |
| linux-user/main.c | diffblobblamehistory | |
| linux-user/qemu.h | diffblobblamehistory |