diff options
author | Siddhesh Poyarekar <siddhesh@redhat.com> | 2012-07-20 23:23:20 +0530 |
---|---|---|
committer | Siddhesh Poyarekar <siddhesh@redhat.com> | 2012-07-20 23:28:34 +0530 |
commit | b2ae49dab80bb00771dd4c29b518f1829690d55b (patch) | |
tree | c00539a38b053050c8d1417a78366361af9e33ae /nptl/tst-pthread-getattr.c | |
parent | d37cbdaa86f484dc5be58be391da739df862bf96 (diff) | |
download | glibc-b2ae49dab80bb00771dd4c29b518f1829690d55b.tar.gz glibc-b2ae49dab80bb00771dd4c29b518f1829690d55b.tar.xz glibc-b2ae49dab80bb00771dd4c29b518f1829690d55b.zip |
Fix tst-pthread-getattr test case
In some cases, the compiler would optimize out the call to allocate_and_test and thus result in a false positive for the test case. Another problem was the fact that the compiler could in some cases generate additional shifting of the stack pointer, resulting in alloca moving the stack pointer beyond what is allowed by the rlimit. Hence, accessing the stackaddr returned by pthread_getattr_np is safer than relying on the alloca'd result. Another problem is when RLIMIT may be very large, which may result in violation of other resource limits. Hence we cap the max stack size to 8M for this test.
Diffstat (limited to 'nptl/tst-pthread-getattr.c')
-rw-r--r-- | nptl/tst-pthread-getattr.c | 52 |
1 files changed, 40 insertions, 12 deletions
diff --git a/nptl/tst-pthread-getattr.c b/nptl/tst-pthread-getattr.c index 6f2cfc6514..692bce4629 100644 --- a/nptl/tst-pthread-getattr.c +++ b/nptl/tst-pthread-getattr.c @@ -23,16 +23,38 @@ #include <sys/resource.h> #include <pthread.h> #include <alloca.h> +#include <assert.h> + +/* There is an obscure bug in the kernel due to which RLIMIT_STACK is sometimes + returned as unlimited when it is not, which may cause this test to fail. + There is also the other case where RLIMIT_STACK is intentionally set as + unlimited or very high, which may result in a vma that is too large and again + results in a test case failure. To avoid these problems, we cap the stack + size to one less than 8M. See the following mailing list threads for more + information about this problem: + <http://sourceware.org/ml/libc-alpha/2012-06/msg00599.html> + <http://sourceware.org/ml/libc-alpha/2012-06/msg00713.html>. */ +#define MAX_STACK_SIZE (8192 * 1024 - 1) + +#define _MIN(l,o) ((l) < (o) ? (l) : (o)) /* Move the stack pointer so that stackaddr is accessible and then check if it really is accessible. This will segfault if it fails. */ -static void +static void * allocate_and_test (void *stackaddr) { void *mem = &mem; - /* FIXME: The difference will be negative for _STACK_GROWSUP. */ + /* FIXME: mem >= stackaddr for _STACK_GROWSUP. */ mem = alloca ((size_t) (mem - stackaddr)); - *(int *)(mem) = 0; + assert (mem <= stackaddr); + + /* We don't access mem here because the compiler may move the stack pointer + beyond what we expect, thus making our alloca send the stack pointer + beyond stackaddr. Using only stackaddr without the assert may make the + compiler think that this instruction is independent of the above alloca + and hence reshuffle to do this dereference before the alloca. */ + *(int *)stackaddr = 42; + return stackaddr; } static int @@ -77,17 +99,20 @@ check_stack_top (void) return 1; } + printf ("current rlimit_stack is %zu\n", stack_limit.rlim_cur); + if (get_self_pthread_attr ("check_stack_top", &stackaddr, &stacksize)) return 1; - /* Reduce the rlimit to a page less that what is currently being returned so - that we ensure that pthread_getattr_np uses rlimit. The figure is - intentionally unaligned so to verify that pthread_getattr_np returns an - aligned stacksize that correctly fits into the rlimit. We don't bother - about the case where the stack is limited by the vma below it and not by - the rlimit because the stacksize returned in that case is computed from - the end of that vma and is hence safe. */ - stack_limit.rlim_cur = stacksize - 4095; + /* Reduce the rlimit to a page less that what is currently being returned + (subject to a maximum of MAX_STACK_SIZE) so that we ensure that + pthread_getattr_np uses rlimit. The figure is intentionally unaligned so + to verify that pthread_getattr_np returns an aligned stacksize that + correctly fits into the rlimit. We don't bother about the case where the + stack is limited by the vma below it and not by the rlimit because the + stacksize returned in that case is computed from the end of that vma and is + hence safe. */ + stack_limit.rlim_cur = _MIN(stacksize - 4095, MAX_STACK_SIZE); printf ("Adjusting RLIMIT_STACK to %zu\n", stack_limit.rlim_cur); if ((ret = setrlimit (RLIMIT_STACK, &stack_limit))) { @@ -100,7 +125,10 @@ check_stack_top (void) printf ("Adjusted rlimit: stacksize=%zu, stackaddr=%p\n", stacksize, stackaddr); - allocate_and_test (stackaddr); + + /* So that the compiler does not optimize out this call. */ + stackaddr = allocate_and_test (stackaddr); + assert (*(int *)stackaddr == 42); puts ("Stack top tests done"); |