From owner-freebsd-current@FreeBSD.ORG Tue Jan 24 03:01:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E12C316A41F; Tue, 24 Jan 2006 03:01:44 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4164243D45; Tue, 24 Jan 2006 03:01:44 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k0O2xleU006484; Mon, 23 Jan 2006 19:59:47 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 23 Jan 2006 20:00:08 -0700 (MST) Message-Id: <20060123.200008.84910888.imp@bsdimp.com> To: julian@elischer.org From: "M. Warner Losh" In-Reply-To: <43D56E79.60504@elischer.org> References: <43D56468.1060101@elischer.org> <20060123232836.M48094@fledge.watson.org> <43D56E79.60504@elischer.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 23 Jan 2006 19:59:47 -0700 (MST) Cc: freebsd-current@freebsd.org, rwatson@freebsd.org Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 03:01:45 -0000 In message: <43D56E79.60504@elischer.org> Julian Elischer writes: : > - fork (although davidxu is changing that) : : well, the operation woudll continue for the parent only I woudl assume. : : > (although davidxu is changing that) : : I'm not convinced that that multiple threads should be allowed to : proceed during a fork : but I can see that not allowing it is more a "foot shooting avoidance" : than a requirement. : it could be allowed that if you do a fork and allow multipel threads to : runat the same time : and end up with an inconsistant address space in the child, then you get : what you deserve. : :-) Why not? It is a race no matter what... And if you do single thread things, you can run into a bunch of different dead-lock scenarios. I helped to find one recently with nfs. Warner