From mboxrd@z Thu Jan  1 00:00:00 1970
From: Christoph Hellwig <hch@infradead.org>
Subject: Re: [Lsf-pc] [1/8] readdir-plus system call - LSF/MM follow up
Date: Tue, 4 Jun 2013 08:38:48 -0700
Message-ID: <20130604153848.GA26106@infradead.org>
References: <516299A5.8030109@panasas.com>
 <1849331.etDWltRNrI@jlieb-e6410>
 <OF27E1911F.3FBABA22-ON87257B79.005C087F-88257B79.005C320B@us.ibm.com>
 <6063990.7MGE7UW7Zr@jlieb-e6410>
 <OF067A3B49.F63109B6-ON87257B7A.00137A60-88257B7A.00140BC7@us.ibm.com>
 <20130529060609.434ac247@corrin.poochiereds.net>
 <20130529140456.GA28385@pad.fieldses.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: Jeff Layton <jlayton@redhat.com>,
	lsf-pc@lists.linux-foundation.org, Zach Brown <zab@redhat.com>,
	Abhijith Das <adas@redhat.com>,
	Dave Chinner <dchinner@redhat.com>,
	Ganesha NFS List <nfs-ganesha-devel@lists.sourceforge.net>,
	Steve Dickson <steved@redhat.com>,
	linux-fsdevel <linux-fsdevel@vger.kernel.org>,
	DENIEL Philippe <philippe.deniel@cea.fr>,
	Boaz Harrosh <bharrosh@panasas.com>,
	Frank S Filz <ffilz@us.ibm.com>,
	Jim Lieb <jlieb@panasas.com>,
	Venkateswararao Jujjuri <jvrao@linux.vnet.ibm.com>,
	Steven Whitehouse <swhiteho@redhat.com>
To: "J. Bruce Fields" <bfields@redhat.com>
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Received: from bombadil.infradead.org ([198.137.202.9]:34551 "EHLO
	bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753813Ab3FDPiw (ORCPT
	<rfc822;linux-fsdevel@vger.kernel.org>);
	Tue, 4 Jun 2013 11:38:52 -0400
Content-Disposition: inline
In-Reply-To: <20130529140456.GA28385@pad.fieldses.org>
Sender: linux-fsdevel-owner@vger.kernel.org
List-ID: <linux-fsdevel.vger.kernel.org>

On Wed, May 29, 2013 at 10:04:56AM -0400, J. Bruce Fields wrote:
> An odd exception: in the presence of "posix" acls, "ls -l" requests an
> acl for every entry, so it can decide whether or not to add a "+" after
> the mode (which indicates the presence of a non-trivial acl.) Judging
> from http://www.bestbits.at/richacl/example.html, the same is intended
> (but not yet implemented) for richacls.
> 
> Maybe if that case were common, there'd be some advantage to ls being
> able to do a readdir plus to the nfs client that the nfs client could
> translate into a single readdir to the server?
> 
> But I hope it doesn't come to that.

Having a xstat flag that a filesystem can set meaning there is no
additional security information would be way more efficient for the
common case.