From owner-freebsd-hackers Fri Dec 7 18:31:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.tlnoc.net (mail.tri-lakes.net [63.124.160.40]) by hub.freebsd.org (Postfix) with ESMTP id 8D1D637B405 for ; Fri, 7 Dec 2001 18:31:46 -0800 (PST) Received: from [63.124.168.65] by mail.tri-lakes.net (NTMail 5.06.0016/PX0666.13.b1b8161a) with ESMTP id thezyaaa for freebsd-hackers@freebsd.org; Fri, 7 Dec 2001 20:36:06 -0600 Content-Type: text/plain; charset="iso-8859-1" From: Jesse Granden To: freebsd-hackers@freebsd.org Subject: pthread_create problem on 4.4-STABLE w/ Custom Kernel Date: Fri, 7 Dec 2001 20:26:46 -0600 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <02360669462989@mail.tri-lakes.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm having a problem with pthread_create failing with a custom kernel (problem doesn't happen with GENERIC). If I use a null pthread_attr_t arg, pthread_create returns EAGAIN. If feed it a pthread_attr_tag, then lib/libc_r/uthread/uthread_create.c: pthread_create() panics. After noising around in uthread_create(), it seems that at line 143: /* Stack: */ if (mmap(stack, PTHREAD_STACK_DEFAULT, PROT_READ | PROT_WRITE, MAP_STACK, -1, 0) == MAP_FAILED) { ret = EAGAIN; free(new_thread); mmap is consistantly failing (returing ENOMEM). when I use a custom stacksize, then the malloc succeeds, however, the gc_thread creation fails (because it calls pthread_create using defaults). What options could I change in the kernel conf file that would break all my pthread using programs? suggestions? sources were cvsup'd today.... respond in email also please... Thanks in advance Jesse Granden jgranden@tri-lakes.net /*XXX -Hack to deal with nothing witty to say */ -"Witty!"- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message