Date: Sat, 07 Mar 1998 19:01:44 -0800 From: Mike Smith <mike@smith.net.au> To: John Birrell <jb@cimlogic.com.au> Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-lib@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc_r/uthread pthread_private.h uthread_yield.c Message-ID: <199803080301.TAA08108@dingo.cdrom.com> In-Reply-To: Your message of "Sun, 08 Mar 1998 13:57:51 %2B1100." <199803080257.NAA10467@cimlogic.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
> Mike Smith wrote: > > > Add sched_yield() witch is the draft 10 equivalent of pthread_yield() > > > from draft 4. Move some of the schedule definitions to sched.h which > > > is a POSIX header. > > > > Is this going to conflict with the upcoming sched_yield() syscall? > > No. That will just gets renamed to _thread_sys_sched_yield() (and ignored) > when built into libc_r. Ah. So realtime and libc_r won't mix? (This is the posix4 stuff that Peter Dufault is working on integrating, BTW.) > The syscalls yield, thr_sleep and thr_wakeup all need work (and preferably > renaming to add underscores before their names to keep the user namespace > clean) to provide a POSIX kernel thread implementation. I have a prototype > for this, but currently no way of getting the running thread back to > user-space reliably (my implementation only works 95% of the time 8-(). Ouch. Sounds nasty. Is this an expansion on the alternate signal stack approach, or a different method? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199803080301.TAA08108>