From owner-cvs-all  Sat Nov 23  3:57:22 2002
Delivered-To: cvs-all@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5A1DA37B401; Sat, 23 Nov 2002 03:57:21 -0800 (PST)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0B49643EB2; Sat, 23 Nov 2002 03:57:21 -0800 (PST)
	(envelope-from mux@freebsd.org)
Received: by elvis.mu.org (Postfix, from userid 1920)
	id 74A2EAE275; Sat, 23 Nov 2002 03:57:17 -0800 (PST)
Date: Sat, 23 Nov 2002 03:57:17 -0800
From: Maxime Henrion <mux@freebsd.org>
To: Julian Elischer <julian@elischer.org>
Cc: David Xu <davidxu@FreeBSD.org>,
	"cvs-committers@FreeBSD.org" <cvs-committers@FreeBSD.org>,
	"cvs-all@FreeBSD.org" <cvs-all@FreeBSD.org>
Subject: Re: cvs commit: src/sys/kern kern_thread.c src/sys/sys proc.h src/sys/i386/i386 vm_machdep.c src/sys/alpha/alpha vm_machdep.c src/sys/ia64/ia64 vm_machdep.c src/                            vm_machdep.c src/sys/sparc64/sparc64 vm_machdep.c
Message-ID: <20021123115717.GH4067@elvis.mu.org>
References: <200211230804.gAN84ZX0003586@freefall.freebsd.org> <Pine.BSF.4.21.0211230027320.13569-100000@InterJet.elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.21.0211230027320.13569-100000@InterJet.elischer.org>
User-Agent: Mutt/1.4i
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
List-ID: <cvs-all.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20cvs-all>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20cvs-all>
X-Loop: FreeBSD.ORG

Julian Elischer wrote:
> On Sat, 23 Nov 2002, David Xu wrote:
> 
> > This commit cause kernel panic when run threaded program.
> > try /usr/src/tools/KSE/ksetest
> 
> Maxime..
> 
> The extended PCB fields need to be freed for every
> thread_exit(), not just when we eventually free the thread_structure
> (which may never happen)

Does moving the freeing of the extended PCB fields into cpu_exit()
sounds good to you ?  It still fixes the doscmd(8) panic, and allows me
to run the KSE test program without panics.  However, the test program
dumps core :

ABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSzsh: segmentation fault (core dumped)  ./ksetest

And I get a lot of these warnings :

failed to set signal flags properly for ast()

Is this expected ?

Cheers,
Maxime

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message