From owner-freebsd-fs@FreeBSD.ORG  Thu Nov 11 14:32:28 2010
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
Delivered-To: freebsd-fs@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id DD3991065670
	for <freebsd-fs@freebsd.org>; Thu, 11 Nov 2010 14:32:28 +0000 (UTC)
	(envelope-from mark@exonetric.com)
Received: from relay0.exonetric.net (relay0.exonetric.net [82.138.248.161])
	by mx1.freebsd.org (Postfix) with ESMTP id A503A8FC17
	for <freebsd-fs@freebsd.org>; Thu, 11 Nov 2010 14:32:28 +0000 (UTC)
Received: from [192.168.111.107] (unknown [62.244.179.66])
	by relay0.exonetric.net (Postfix) with ESMTP id 79F3A57228;
	Thu, 11 Nov 2010 14:32:27 +0000 (GMT)
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: Mark Blackman <mark@exonetric.com>
In-Reply-To: <20101112005719.O1598@besplex.bde.org>
Date: Thu, 11 Nov 2010 14:32:25 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <43792CD8-6127-4402-8A4F-5DFD894F7256@exonetric.com>
References: <871369D9-7D63-4CE0-BB87-B8C46A62B271@exonetric.com>
	<201011111206.oABC6VYG027663@higson.cam.lispworks.com>
	<86371A88-1474-4A51-8C84-05C4A71A9135@exonetric.com>
	<20101112002522.V1372@besplex.bde.org>
	<20101112005719.O1598@besplex.bde.org>
To: Bruce Evans <brde@optusnet.com.au>
X-Mailer: Apple Mail (2.1081)
Cc: freebsd-fs@freebsd.org
Subject: Re: ZFS and pathconf(_PC_NO_TRUNC)
X-BeenThere: freebsd-fs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Filesystems <freebsd-fs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs>
List-Post: <mailto:freebsd-fs@freebsd.org>
List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Nov 2010 14:32:28 -0000


On 11 Nov 2010, at 14:17, Bruce Evans wrote:
>  where zfs seems to succeed for a lot
> of features that shouldn't apply to fifos, and then falls back to
> vop_stdpathconf() which succeeds for even more features where it =
shouldn't.
> fifo_pathconf() only succeeds for _PC_LINK_MAX, _PC_PIPE_BUF and
> _PC_CHOWN_RESTRICTED.  Its setting of _PC_LINK_MAX is wrong, since the
> value of this is fs-dependent.  _PC_PIPE_BUF is of course =
pipe+fifo-dependent
> so its setting belongs here and somewhere for pipes (I can't see where =
it
> is supported for fpathconf() on pipes).  _PC_CHOWN_RESTRICTED also =
shouldn't
> be set here, but perhaps fifos can know a system-wide setting and =
repeat it,
> as other file systems do.
>=20
> Correct layering would probably result in vop_stdpathconf() not =
existing.
> It is currently more or less correct only for devfs, and is only used =
by
> zfs, coda, devfs, fdescfs and portalfs.
>=20
> Bruce

Ok, I'll file that bug then. I wonder how Solaris handles pathconf, but =
that's
another question.

Cheers,
Mark=