From owner-cvs-all@FreeBSD.ORG  Tue Feb 12 22:09:26 2008
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id F3E0916A420;
	Tue, 12 Feb 2008 22:09:25 +0000 (UTC)
	(envelope-from csjp@sub.vaned.net)
Received: from sub.vaned.net (sub.vaned.net [205.200.235.40])
	by mx1.freebsd.org (Postfix) with ESMTP id B747E13C457;
	Tue, 12 Feb 2008 22:09:25 +0000 (UTC)
	(envelope-from csjp@sub.vaned.net)
Received: by sub.vaned.net (Postfix, from userid 1001)
	id BC7F01CD; Tue, 12 Feb 2008 16:09:24 -0600 (CST)
Date: Tue, 12 Feb 2008 16:09:24 -0600
From: "Christian S.J. Peron" <csjp@FreeBSD.org>
To: Maxim Sobolev <sobomax@FreeBSD.org>
Message-ID: <20080212220924.GA29263@sub.vaned.net>
References: <200802122055.m1CKt4oL044057@repoman.freebsd.org>
	<47B212C2.2040005@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <47B212C2.2040005@FreeBSD.org>
User-Agent: Mutt/1.4.2.3i
Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org,
	"Christian S.J. Peron" <csjp@FreeBSD.org>, cvs-all@FreeBSD.org
Subject: Re: cvs commit: src/sys/sys ipc.h shm.h src/sys/kern sysv_shm.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Feb 2008 22:09:26 -0000

On Tue, Feb 12, 2008 at 01:42:26PM -0800, Maxim Sobolev wrote:
[..]
> 
> Just curious why not make those functions available via FreeBSD API 
> instead by properly advertising them in the documentation? From my 
> completely ignorant point of view it should make it easier to port a 
> software that has been created on Linux, which is always a Good Thing[tm].
> 
> -Maxim

That is a possibility, but for now, we do not want to support them as standard
BSD APIs.  It's probably worth noting that not very many things use them at
the moment in Linux, and I wouldn't be surprised if they are deprecated all
together in favour of procfs, here an excert from the Linux man page:

NOTES
       The IPC_INFO, SHM_STAT and SHM_INFO operations are used by the  ipcs(8)
       program  to  provide information on allocated resources.  In the future
       these may modified or moved to a /proc file system interface.

So I am really not sure how much value there would be.