From owner-freebsd-threads@FreeBSD.ORG  Mon Jul  7 12:02:33 2003
Return-Path: <owner-freebsd-threads@FreeBSD.ORG>
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 EF33C37B401; Mon,  7 Jul 2003 12:02:33 -0700 (PDT)
Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 51F1143FBF; Mon,  7 Jul 2003 12:02:33 -0700 (PDT)
	(envelope-from eischen@vigrid.com)
Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4])
	by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h67J2WAI008512;
	Mon, 7 Jul 2003 15:02:32 -0400 (EDT)
Date: Mon, 7 Jul 2003 15:02:32 -0400 (EDT)
From: Daniel Eischen <eischen@vigrid.com>
X-Sender: eischen@pcnet5.pcnet.com
To: John Baldwin <jhb@freebsd.org>
In-Reply-To: <XFMail.20030707141840.jhb@FreeBSD.org>
Message-ID: <Pine.GSO.4.10.10307071444090.4037-100000@pcnet5.pcnet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: threads@freebsd.org
Subject: Re: libc_r silliness
X-BeenThere: freebsd-threads@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: deischen@freebsd.org
List-Id: Threading on FreeBSD <freebsd-threads.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-threads>,
	<mailto:freebsd-threads-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-threads>
List-Post: <mailto:freebsd-threads@freebsd.org>
List-Help: <mailto:freebsd-threads-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-threads>,
	<mailto:freebsd-threads-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Jul 2003 19:02:34 -0000

On Mon, 7 Jul 2003, John Baldwin wrote:

> Just wondering why the PTHREAD_{MIN,MAX}_PRIORITY macros referenced in
> the pthread_{get,set}schedparam() man pages are not available to
> applications but are hidden in pthread_private.h.  It would seem that
> these values should be exported in pthread.h.

Because they are not defined by the POSIX spec.  According
to POSIX you should use:

  sched_get_priority_max(), sched_get_priority_min()

but it is confusing because these are specified for the process
scheduling.  The values returned by these system calls, do not
necessarily correspond to the values used by our thread libraries
(in fact, they don't).

I believe somewhere in the old spec, there were supposed to be
at least 31 or 32 priorities (I can't seem to find that mentioned
in the new spec).  Our thread libraries, at least libc_r and
libpthread, use priorities 0 .. 31.

I don't really know how to handle this.  We can wrap
sched_get_priority_{min,max}(), but how do we know whether
the application wants process priorities or thread
priorities?

-- 
Dan Eischen