From owner-freebsd-current Sat Jan 30 20:14:36 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA05094 for freebsd-current-outgoing; Sat, 30 Jan 1999 20:14:36 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA05078 for ; Sat, 30 Jan 1999 20:14:30 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id PAA15601; Sun, 31 Jan 1999 15:14:18 +1100 Date: Sun, 31 Jan 1999 15:14:18 +1100 From: Bruce Evans Message-Id: <199901310414.PAA15601@godzilla.zeta.org.au> To: dufault@hda.com, wollman@khavrinen.lcs.mit.edu Subject: Re: LINUX clone? sched_yield? Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> > sched_yield() is a stub that informs you nicely that it doesn't exist :) >> > Use the options: >> > options "P1003_1B" >> > options "_KPOSIX_PRIORITY_SCHEDULING" >> > options "_KPOSIX_VERSION=199309L" >> >> Peter: is there any harm in enabling these features permanently? There's a yield() syscall that is enabled permanently. Is there any harm in untangling it from the POSIX sched_yield()? :-) >This bumps the version that the system says it is but I think the >pieces are in place. If Bruce has any POSIX tests he can rebuild >the system with POSIX_VERSION and _KPOSIX_VERSION set to 199309L I don't have any for P1003.1b, only the NIST ones for POSIX.1. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message