From owner-p4-projects  Sat May 18  6: 4:44 2002
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 3D15937B405; Sat, 18 May 2002 06:03:53 -0700 (PDT)
Delivered-To: perforce@freebsd.org
Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by hub.freebsd.org (Postfix) with ESMTP id 12D7437B40D
	for <perforce@freebsd.org>; Sat, 18 May 2002 06:03:50 -0700 (PDT)
Received: (qmail 3178 invoked from network); 18 May 2002 13:03:49 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender <jhb@FreeBSD.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <peter@wemm.org>; 18 May 2002 13:03:49 -0000
Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4])
	by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g4ID3lF82134;
	Sat, 18 May 2002 09:03:47 -0400 (EDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20020518090335.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <Pine.BSF.4.21.0205180424010.60393-100000@InterJet.elischer.org>
Date: Sat, 18 May 2002 09:03:35 -0400 (EDT)
From: John Baldwin <jhb@FreeBSD.org>
To: Julian Elischer <julian@elischer.org>
Subject: Re: PERFORCE change 11120 for review
Cc: Jonathan Mini <mini@freebsd.org>
Cc: Jonathan Mini <mini@freebsd.org>,
	Perforce Change Reviews <perforce@freebsd.org>,
	Peter Wemm <peter@wemm.org>
Sender: owner-p4-projects@FreeBSD.ORG
Precedence: bulk
List-ID: <p4-projects.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%20p4-projects>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20p4-projects>
X-Loop: FreeBSD.ORG


On 18-May-2002 Julian Elischer wrote:
> 
> 
> On Fri, 17 May 2002, John Baldwin wrote:
> 
>> Yes, I think that is the problem.  I think it has to do with setting
>> up/tearing down the thread stacks.  If uma could do this w/o holding
>> the zone locks that would probably be sufficient.
> 
> The old analogy to this problem was one of the reasons that I used 
> the thread_reap() command an allowed them to be torn down 
> at a known safe time..

The fini() call out should be a safe time, I think the locking in uma
just needs to be adjusted to ensure it is safe.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

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