There are only a couple of architectures that override _STK_LIM_MAX to
a non-infinity value.
This changes the stack allocation semantics in subtle ways. For
example, make changes its
stack allocation to the hard maximum defined by _STK_LIM_MAX. As a
results, threads executed
by processes running under make are allocated a stack size of
_STK_LIM_MAX rather than
a sensible default value. This causes various thread stress tests to
fail when they can't muster
more than about 50 threads.
The attached change implements the default behavior used by the
majority of architectures.
Signed-off-by: John David Anglin <dave.anglin@xxxxxxxx>
---
diff --git a/arch/parisc/include/uapi/asm/resource.h b/arch/parisc/include/uapi/asm/resource.h
index 8b06343..090483c 100644
--- a/arch/parisc/include/uapi/asm/resource.h
+++ b/arch/parisc/include/uapi/asm/resource.h
@@ -1,7 +1,6 @@
#ifndef _ASM_PARISC_RESOURCE_H
#define _ASM_PARISC_RESOURCE_H
-#define _STK_LIM_MAX 10 * _STK_LIM
#include <asm-generic/resource.h>
#endif
--
John David Anglin dave.anglin@xxxxxxxx
