From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 48CCB7F5D for ; Mon, 18 Jan 2016 09:18:27 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2A928304032 for ; Mon, 18 Jan 2016 07:18:23 -0800 (PST) Received: from sandeen.net (sandeen.net [63.231.237.45]) by cuda.sgi.com with ESMTP id Ew08AhUPNzbthcTI for ; Mon, 18 Jan 2016 07:18:17 -0800 (PST) Subject: Re: [PATCH 0/4] quota: add new quotactl Q_XGETQUOTA2 References: <568FEA2C.6080708@redhat.com> <20160109072600.GA21636@infradead.org> <20160111132617.GD6262@quack.suse.cz> <5693D33A.5090307@sandeen.net> <20160111162807.GK6262@quack.suse.cz> <5696D27A.9070700@sandeen.net> <20160115093507.GA15950@quack.suse.cz> <56992CD4.6030408@sandeen.net> <20160118103302.GD6850@quack.suse.cz> From: Eric Sandeen Message-ID: <569D0238.5060407@sandeen.net> Date: Mon, 18 Jan 2016 09:18:16 -0600 MIME-Version: 1.0 In-Reply-To: <20160118103302.GD6850@quack.suse.cz> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Jan Kara Cc: Christoph Hellwig , fsdevel , xfs@oss.sgi.com, Eric Sandeen On 1/18/16 4:33 AM, Jan Kara wrote: > On Fri 15-01-16 11:31:00, Eric Sandeen wrote: ... >> For a purpose-built interface of "find the next ID" that wouldn't require any >> structure or interface changes... >> >> We could name it Q_GETNEXTQUOTA / Q_XGETNEXTQUOTA to make it explicit about >> the purpose, and document that return behavior. Done & done. ;) >> >> A new grand unified extensible quota call sounds like a great idea, I just >> hate to gate this work on designing a brand-new interface. > > OK, ok. I like Dave's proposal for quotactl2(). So let's leave the unification > for later and implent Q_GETNEXTQUOTA and Q_XGETNEXTQUOTA with the > functionality of your original Q_XGETQUOTA2. Having separate call to get > next ID would save us one new quotactl but OTOH we would need two syscalls > (and quota structure lookups) to report one structure and there are > potentially *lots* of them. Ok, I can re-do it with the new Q_[X]GETNEXTQUOTA names, I've already done the non-xfs one as well, just starting testing on that. With or without the flags argument? Thanks, -Eric _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs