From owner-freebsd-threads@FreeBSD.ORG Thu Jun 19 21:33:42 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29DE637B401; Thu, 19 Jun 2003 21:33:42 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A77943FAF; Thu, 19 Jun 2003 21:33:41 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h5K4X9DZ073370; Thu, 19 Jun 2003 21:33:09 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h5K4X817094224; Thu, 19 Jun 2003 21:33:09 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h5K4CYhl046343; Thu, 19 Jun 2003 21:12:34 -0700 (PDT) (envelope-from marcel) Date: Thu, 19 Jun 2003 21:12:34 -0700 From: Marcel Moolenaar To: deischen@freebsd.org Message-ID: <20030620041234.GA28472@dhcp01.pn.xcllnt.net> References: <20030620034647.GB2260@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: threads@freebsd.org cc: davidxu@freebsd.org cc: Julian Elischer Subject: Re: Implementing TLS: step 1 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2003 04:33:42 -0000 On Thu, Jun 19, 2003 at 11:57:04PM -0400, Daniel Eischen wrote: > > I'm not too sure about the kernel code. If you have KSEs > working for libthr, then I assume there is very little extra > kernel code needed. You do need to have get_mcontext() and > set_mcontext() implemented in machdep.c, though. It looks > like you do (although nothing is done with clear_ret in > get_mcontext()). Yes, {g|s}et_mcontext() are implemented, as is makecontext(3). We cannot do anything with clear_ret, because it's based on assumptions that don't hold in ia64. BTW: there's no race that can't be plugged if TP doesn't point to the mailbox. All we need is an atomic compare-exchange and a retry loop... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net