Bug 49308 - Max thread stack way too small for ia64 in glibc-2.2.x
Summary: Max thread stack way too small for ia64 in glibc-2.2.x
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: glibc   
(Show other bugs)
Version: 7.1
Hardware: ia64
OS: Linux
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Aaron Brown
Depends On:
TreeView+ depends on / blocked
Reported: 2001-07-17 20:10 UTC by James Bottomley
Modified: 2016-11-24 15:20 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-08-04 20:11:45 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2001:121 normal SHIPPED_LIVE GNU C Library bugfix update 2001-10-04 04:00:00 UTC

Description James Bottomley 2001-07-17 20:10:08 UTC
Description of Problem:

We're getting Memory faults from the JNI code we use as part of the admin
engine for our product.  This is caused because the threading library
(linuxthreads/pthread.c) assigns less than 1Mb of stack per thread.  Since
all JNI accesses must occur in a thread, and the stack limit is inherited
even across forks, this compromises even moderate stack usage on the IA64.

There is a good reason why the max stack limit is 2Mb on IA32, but no good
reason why it should be so small on IA64 because it has a far larger
virtual memory space to map the thread stacks into.

I realise the problem will be resolved eventually with floating stacks, but
until then, could you apply the attached patch?  It globally raises the
maximum allowable stack to 16Mb for all 64 bit pointer architectures.

--- linuxthreads/internals.h.orig       Thu Aug  2 10:45:06 2001
+++ linuxthreads/internals.h    Thu Aug  2 10:47:41 2001
@@ -339,7 +339,13 @@
    THREAD_SELF implementation is used, this must be a power of two and
    a multiple of PAGE_SIZE.  */
 #ifndef STACK_SIZE
+#ifdef __LP64__
+/* For 64 bit machines, we aren't as squeezed for thread stack space, and
+   the stack must be bigger because the alignment is.   */
+#define STACK_SIZE  (32 * 1024 * 1024)
 #define STACK_SIZE  (2 * 1024 * 1024)

Comment 1 Bill Nottingham 2001-07-17 20:40:57 UTC
I thought stack sizes were floating on ia64 anyway; if glibc isn't configured
that way, it should be (no need for 2.2.x kernel compatibility...)

Comment 2 Jakub Jelinek 2001-07-17 20:46:43 UTC
It is not. The 2.4.0+ requirement is relevant to IA-32 only anyway (older
kernels had broken LDT handling) and was requirement for %gs based threads,
ie. where thread pointer lives in register (and that is a requirement for
floating stacks).
Floating stacks for alpha could be added easily (it is just a matter of testing),
for IA-64 it will need some work (because of the divided stack vs. register
save area issues).

Comment 4 Jakub Jelinek 2001-07-23 14:46:30 UTC
Should be fixed in glibc-2.2.3-14 in rawhide.

Comment 5 Bill Nottingham 2006-08-04 20:11:45 UTC
Red Hat Linux and Red Hat Powertools are currently no longer supported by Red
Hat, Inc. In an effort to clean up bugzilla, we are closing all bugs in MODIFIED
state for these products.

However, we do want to make sure that nothing important slips through the
cracks. If, in fact, these issues are not resolved in a current Fedora Core
Release (such as Fedora Core 5), please open a new issues stating so. Thanks.

Note You need to log in before you can comment on or make changes to this bug.