NetBSD Problem Report #38979

From  Wed Jun 18 05:21:30 2008
Return-Path: <>
Received: from ( [])
	by (Postfix) with ESMTP id 495F363B8E3
	for <>; Wed, 18 Jun 2008 05:21:30 +0000 (UTC)
Message-Id: <>
Date: Wed, 18 Jun 2008 05:21:30 +0000 (UTC)
Subject: Document syscalls of src/sys/kern/sys_sched.c
X-Send-Pr-Version: www-1.0

>Number:         38979
>Category:       misc
>Synopsis:       Document syscalls of src/sys/kern/sys_sched.c
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    misc-bug-people
>State:          open
>Class:          doc-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Jun 18 05:25:00 +0000 2008
>Last-Modified:  Sun Oct 06 09:47:01 +0000 2013
>Originator:     Matthew Mondor
>Release:        4.99.64
NetBSD sat.xisop 4.99.64 NetBSD 4.99.64 (GENERIC_MM) #0: Thu Jun 12 16:32:06 EDT 2008  root@sat.xisop:/usr/obj/sys/arch/i386/compile/GENERIC_MM i386
The following syscalls should be documented via manual pages:





State-Changed-From-To: open->closed
State-Changed-When: Wed, 18 Jun 2008 08:22:31 +0000
Have you taken a look at sched(3) and affinity(3) man pages?
Scheduling functions are mostly documented.

From: David Holland <>
To: Mindaugas Rasiukevicius <>
Cc: Matthew Mondor <>,,,
Subject: Re: misc/38979 (Document syscalls of src/sys/kern/sys_sched.c)
Date: Tue, 24 Mar 2009 22:11:57 +0000

 On Wed, Jun 18, 2008 at 08:14:33PM +0100, Mindaugas Rasiukevicius wrote:
  > > ... Note that sched(3) describes the librt POSIX
  > > API (section 3) while the syscalls work on LWPs and should be
  > > documented in section 2, IMO.
  > I am not sure if this is a good idea. These syscalls are internal, and
  > should not be used by user. In other words - user should not know anything
  > about them.
  > There are actually more internal syscalls, and seems _lwp_* are the only
  > exception, when they are documented. Hmm..

 All the internal syscalls should be documented, because application
 developers are not the only consumer (or probably even the primary
 consumer) of documentation for obscure syscalls. People working on
 libc or the kernel or on binary compat are.

 If you're concerned about people thinking they should use them
 directly, we can put text in the man page saying "this is an internal
 interface; application software should use the sched(3) API" or
 equivalent. (Anyone who ignores such warnings deserves the

 David A. Holland

State-Changed-From-To: closed->open
State-Changed-When: Sun, 06 Oct 2013 09:47:01 +0000
Documentation for these syscalls is, as far as I can tell, still missing.


NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD:,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.