From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Chinner Subject: Re: [PATCH 2/2] statx.2: add project support update Date: Tue, 5 Mar 2019 10:17:13 +1100 Message-ID: <20190304231713.GY23020@dastard> References: <1551449184-7942-1-git-send-email-wshilong1991@gmail.com> <1551449184-7942-3-git-send-email-wshilong1991@gmail.com> <20190304205006.GX23020@dastard> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from [172.30.20.202] (helo=mx.sourceforge.net) by sfs-ml-2.v29.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1h0wpn-0001Mk-9o for linux-f2fs-devel@lists.sourceforge.net; Mon, 04 Mar 2019 23:17:23 +0000 Received: from ipmail03.adl6.internode.on.net ([150.101.137.143]) by sfi-mx-3.v28.lw.sourceforge.com with esmtp (Exim 4.90_1) id 1h0wpl-00AhJG-D0 for linux-f2fs-devel@lists.sourceforge.net; Mon, 04 Mar 2019 23:17:23 +0000 Content-Disposition: inline In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: linux-f2fs-devel-bounces@lists.sourceforge.net To: "Michael Kerrisk (man-pages)" Cc: Andreas Dilger , linux-man , Wang Shilong , "Darrick J. Wong" , lixi@ddn.com, Wang Shilong , linux-f2fs-devel@lists.sourceforge.net, xfs , "linux-fsdevel@vger.kernel.org" , Ext4 Developers List On Mon, Mar 04, 2019 at 10:16:29PM +0100, Michael Kerrisk (man-pages) wrote: > Hi Dave, > On Mon, 4 Mar 2019 at 21:50, Dave Chinner wrote: > > > > On Mon, Mar 04, 2019 at 02:52:59PM +0100, Michael Kerrisk (man-pages) wrote: > > > Hello Wang Shilong, > > > > > > On Fri, 1 Mar 2019 at 15:06, Wang Shilong wrote: > > > > > > > > From: Wang Shilong > > > > > > I take it that these patches relate to some API changes that are not > > > yet merged into the kernel, right? > > > > > > Also, I think we need some accompanying info to describe project IDs. > > > Can you point me at any documents/resources? > > > > Probably "best" documented in the man pages that ship with xfsprogs. > > But, these IDs are a kernel construct, right? On disk filesystem format construct, actually. The kernel doesn't use them for anything other than filesystem quota accounting - it's completely oblivious to the meaning of the IDs (unlike uids and gids used for user and group quota accounting). > Is their scope limited > just to XFS, or do other filesystems have the concept also? Originally only XFS. Irix implemented project quotas rather than group quotas, IIRC, in the late 80s/early 90s(*) so XFS supported project quotas for day zero. I think is was 2004/2005 that they were fully supported on Linux (using an exclusive group or project quota requirement) and with v5 filesystems we added a third quota inode so we can have user, group and project quotas all active on a filesystem at once. 2-3 years ago project quotas were added to ext4 and so anything that uses the generic kernel quota infrastructure can implement it, too. Cheers, Dave. (*) In some ways, we are still dragging Linux into the '80s, kicking and screaming all the way :P -- Dave Chinner david@fromorbit.com