From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3846 invoked by alias); 12 Dec 2005 23:05:35 -0000 Received: (qmail 3836 invoked by uid 48); 12 Dec 2005 23:05:33 -0000 Date: Mon, 12 Dec 2005 23:05:00 -0000 From: "sjmunroe at us dot ibm dot com" To: glibc-bugs@sources.redhat.com Message-ID: <20051212230533.2036.sjmunroe@us.ibm.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug nptl/2036] New: Java fails to run on systems with 64K page size with nptl X-Bugzilla-Reason: CC Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2005-12/txt/msg00067.txt.bz2 List-Id: This problem was raised for the IBM Java-1.4.1 SDK but applies to any program using nptl where the system page size is larger then PTHREAD_STACK_MIN. This can happen on powerpc starting with the POWER5+ systems whihc support 64K pages in hardware. It does not fail on linuxthreads. In this case the pthread_create fails because the default value of pthread_attr for stack_size was set from PTHREAD_STACK_MIN which is a compile time constant. In this case it was much smaller then the actual page size. The other problem is that the test in allocatestack.c that verifies the minimum allocation for stack space includes the guard page plus 2 additonal pages. This is ok where the pagesize is less then the PTHREAD_STACK_MIN but gets rediculous with large pages sizes. -- Summary: Java fails to run on systems with 64K page size with nptl Product: glibc Version: unspecified Status: NEW Severity: critical Priority: P2 Component: nptl AssignedTo: drepper at redhat dot com ReportedBy: sjmunroe at us dot ibm dot com CC: glibc-bugs at sources dot redhat dot com GCC host triplet: powerpc-unknown-linux-gnu GCC target triplet: powerpc-unknown-linux-gnu http://sourceware.org/bugzilla/show_bug.cgi?id=2036 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.