From owner-cvs-all Sat Mar 7 19:20:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA18801 for cvs-all-outgoing; Sat, 7 Mar 1998 19:20:57 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA18655; Sat, 7 Mar 1998 19:18:54 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.5/8.8.7) id OAA10520; Sun, 8 Mar 1998 14:18:55 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199803080318.OAA10520@cimlogic.com.au> Subject: Re: cvs commit: src/lib/libc_r/uthread pthread_private.h uthread_yield.c In-Reply-To: <199803080301.TAA08108@dingo.cdrom.com> from Mike Smith at "Mar 7, 98 07:01:44 pm" To: mike@smith.net.au (Mike Smith) Date: Sun, 8 Mar 1998 14:18:55 +1100 (EST) Cc: jb@cimlogic.com.au, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-lib@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk Mike Smith wrote: > Ah. So realtime and libc_r won't mix? (This is the posix4 stuff that > Peter Dufault is working on integrating, BTW.) Again, no, I think 8-). In libc_r, yielding applies to the user-thread scheduler. But that doesn't mean that it can't or won't respect the realtime stuff that Peter is doing. I expect that to be a wrappering issue provided that the user-thread scheduler can be presented with a non-blocking interface. > Ouch. Sounds nasty. Is this an expansion on the alternate signal > stack approach, or a different method? No, it's a VM issue that John Dyson is aware of and something he'll get to "soon". I wanted to do a copyout each time a different thread was scheduled, but this might cause a page fault. John has thought about a better way to do this, and discussed the issue with DG, so I expect that it will all just come out in the wash. Kernel threads aren't light weight, though. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message