From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 4 19:53:51 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A5C5F95; Thu, 4 Sep 2014 19:53:51 +0000 (UTC) Received: from message.langara.bc.ca (message.mylangara.bc.ca [142.35.159.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0E0941D94; Thu, 4 Sep 2014 19:53:50 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-disposition: inline Content-type: text/plain; charset=us-ascii Received: from langara.bc.ca ([127.0.0.1]) by message.langara.bc.ca (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTP id <0NBE008XD79KJ3G0@message.langara.bc.ca>; Thu, 04 Sep 2014 12:53:44 -0700 (PDT) Received: from [38.108.87.20] by message.langara.bc.ca (mshttpd); Thu, 04 Sep 2014 19:53:44 +0000 (GMT) From: Steven Stewart-Gallus To: Benjamin Kaduk Message-id: Date: Thu, 04 Sep 2014 19:53:44 +0000 (GMT) X-Mailer: Sun Java(tm) System Messenger Express 6.3-6.03 (built Mar 14 2008; 32bit) Content-language: en Subject: Re: Can anyone help clarify details about the FreeBSD system call interface? X-Accept-Language: en Priority: normal In-reply-to: References: Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 19:53:51 -0000 > I don't have any particular objection to such a thing existing, but > I wonder whether the developer time to create it could be better > used on other things. I guess it comes down to what value it is > seen as providing. I'm not suggesting anybody else create this stuff. I plan to work on patches for some of this stuff myself. Eg) .\" Copyright (c) 2014 .\" The Regents of the University of California. All rights reserved. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions .\" are met: .\" 1. Redistributions of source code must retain the above copyright .\" notice, this list of conditions and the following disclaimer. .\" 2. Redistributions in binary form must reproduce the above copyright .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 4. Neither the name of the University nor the names of its contributors .\" may be used to endorse or promote products derived from this software .\" without specific prior written permission. .\" .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" .\" @(#)unimplemented.2 8.2 (Berkeley) 1/09/14 .\" $FreeBSD$ .\" .Dd September 1, 2014 .Dt UNIMPLEMENTED 2 .Os .Sh NAME .Nm nnpfs_syscall, afs3_syscall .Nd unimplemented system calls .Sh SYNOPSIS Unimplemented system calls. .Sh DESCRIPTION These system calls are not implemented in the standard FreeBSD kernel and are reserved for the use of third parties. .Sh RETURN VALUES These calls return \-1 and set errno to ENOSYS. I've also already started work on an nlm_syscall man page but I'm starting to think that if symlinks are supported it should just symlink to rpc.lockd.8. Also if symlinks in the doc system are supported then I can just symlink nnpfs_syscall.2 and afs3_syscall to unimplemented.2. I'm not sure if I want to wait until I've documented umtx_syscall or just submit the patch ealier. Thank you, Steven Stewart-Gallus