From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 14:52:04 2003 Return-Path: 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 1C39A37B405 for ; Wed, 2 Apr 2003 14:52:04 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D07E43FDD for ; Wed, 2 Apr 2003 14:52:03 -0800 (PST) (envelope-from eischen@pcnet1.pcnet.com) Received: from pcnet1.pcnet.com (localhost [127.0.0.1]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h32MpuBg013962; Wed, 2 Apr 2003 17:51:56 -0500 (EST) Received: from localhost (eischen@localhost)h32Mpu6C013959; Wed, 2 Apr 2003 17:51:56 -0500 (EST) Date: Wed, 2 Apr 2003 17:51:56 -0500 (EST) From: Daniel Eischen To: Jeff Roberson In-Reply-To: <20030402173720.W64602-100000@mail.chesapeake.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Julian Elischer cc: current@freebsd.org Subject: Re: libthr and 1:1 threading. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 02 Apr 2003 22:52:04 -0000 [ CC list trimmed somewhat ] On Wed, 2 Apr 2003, Jeff Roberson wrote: > On Wed, 2 Apr 2003, Daniel Eischen wrote: > > On Wed, 2 Apr 2003, Jeff Roberson wrote: > > > > > > Then set the mask to be the same on all threads in the process. The mask > > > is set in swapcontext though so it seems reasonable to me that it is > > > atomically updated when you schedule a new user thread on a kse. > > > > Jeff, are you _listening_ to us? We've said multiple times > > that the UTS does not enter the kernel when performing thread > > switches. The UTS does NOT use setcontext(), getcontext(), > > or swapcontext(). > > I had not seen anyone mention this. This is only the 3rd or 4th time that I've sent or CC'd you with email on the topic, most probably on the KSE list. I know that Julian has sent several also. You must be filtering us :-) > If this is the case then I suggest > the masks and pending sets be kept in user space. You can install blank > handlers for everything so that they are kept pending until the uts has a > chance to pick them up in the upcall. Well, they are kept in user-space. The kse mailbox has the currently running thread's signal mask. The thread structure also has a pending signal set, and there is also a global pending signal set for signals pending on the process. It's just that the kernel doesn't know about it. > If you really want a process wide mask allow me to do it. The single code > is quite tricky and it's already been butchered enough. I think we should > discuss this a bit more first though. Sure, we're discussing signal stuff on the kse list now. Are you still monitoring that list? Perhaps that's partially why you haven't seen any of our email? -- Dan Eischen