Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4152986pxj; Tue, 25 May 2021 01:23:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxxWwZWtSZNrHD+TZOg2YmHlkoBnHIAqpxGcQbttmViIUqU4W4wC1xzbpm09r7CZgqE9sFL X-Received: by 2002:a02:a19c:: with SMTP id n28mr30659203jah.117.1621931018489; Tue, 25 May 2021 01:23:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621931018; cv=none; d=google.com; s=arc-20160816; b=AQNzsqHFjCrAY4nlazxkAWt8IY+5FQ3gGWzshkpZo3MQm9n8z6g4/QXyBqwwXGjs7g tZRGqBgxgDXFX2ZMDcBhrS9r5jrhfPIqs2Z0w/3mULxy3kV3dcf9gNy5/IzRBXBzJ3Ks Cs7d1CwdVz6wseS0/Lrvq+jnm6KLnVNVoMJsH7o8GeON9tGF2rSXjAMMhl5iHsNb4pv8 i3k5H41t0YIGgqXb25TPkZHrNE38W3a+OnX/v/q/hOQ5W+SNbOu5g6oQIwgX1IKAGKGK N9xKLGdVsSVvXH01CtGpfEhM9SQKbij9bJyuBoGLrzYd/8LIuQLdyeXrskEJB7mr50lf AXFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=mj/NAPySTpdxVRBDsRFyqulniNCL6u9iGcz5HiA5AnY=; b=Ysqq7j5RtxT46wh/qPf/Ux4nJDPqy6IeJ4hqLlrYB6BqkcNZbAWI2X2MUVxdnfom2A ODtIGdStNX8Fr+vzrv9D6fzMiQhr7+xIVT/i84SI1swADnn1EM6S3uF3aKr9PC7nWh1T koQljnVgFcDAHSD2POl9cngwwHvhDKQhHaD7hFjUPdAP14BkGE20g+8hM90UD7IHU1hG CHb2sak3q7qsxLRAHnpwH7vPNznW6/XEJhc86bfEoATnFu1pGwUZwW2myFEdk1l1u9PT poTX6biJ0o/IKMUcLXeGuWZ/9ONnhPOHvFiM9fBzg3Z5N4N8F7Z8/jARxr5IYl4WHMSi nRgg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t128si19472935iof.16.2021.05.25.01.23.25; Tue, 25 May 2021 01:23:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231609AbhEYH1t (ORCPT + 99 others); Tue, 25 May 2021 03:27:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35606 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231603AbhEYH1s (ORCPT ); Tue, 25 May 2021 03:27:48 -0400 Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ABB9CC061574 for ; Tue, 25 May 2021 00:26:19 -0700 (PDT) Received: from ptx.hi.pengutronix.de ([2001:67c:670:100:1d::c0]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1llRSD-0004eo-GL; Tue, 25 May 2021 09:26:17 +0200 Received: from sha by ptx.hi.pengutronix.de with local (Exim 4.92) (envelope-from ) id 1llRSB-0006it-P5; Tue, 25 May 2021 09:26:15 +0200 Date: Tue, 25 May 2021 09:26:15 +0200 From: Sascha Hauer To: Jan Kara Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, Christoph Hellwig , kernel@pengutronix.de, Jan Kara , Richard Weinberger , Al Viro , Christian Brauner Subject: Re: [PATCH v3 0/2] quota: Add mountpath based quota support Message-ID: <20210525072615.GR19819@pengutronix.de> References: <20210304123541.30749-1-s.hauer@pengutronix.de> <20210316112916.GA23532@quack2.suse.cz> <20210512110149.GA31495@quack2.suse.cz> <20210512150346.GQ19819@pengutronix.de> <20210524084912.GC32705@quack2.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210524084912.GC32705@quack2.suse.cz> X-Sent-From: Pengutronix Hildesheim X-URL: http://www.pengutronix.de/ X-IRC: #ptxdist @freenode X-Accept-Language: de,en X-Accept-Content-Type: text/plain X-Uptime: 09:19:51 up 96 days, 10:43, 104 users, load average: 0.29, 0.55, 0.39 User-Agent: Mutt/1.10.1 (2018-07-13) X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::c0 X-SA-Exim-Mail-From: sha@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 24, 2021 at 10:49:12AM +0200, Jan Kara wrote: > On Wed 12-05-21 17:03:46, Sascha Hauer wrote: > > On Wed, May 12, 2021 at 01:01:49PM +0200, Jan Kara wrote: > > > Added a few more CCs. > > > > > > On Tue 16-03-21 12:29:16, Jan Kara wrote: > > > > On Thu 04-03-21 13:35:38, Sascha Hauer wrote: > > > > > Current quotactl syscall uses a path to a block device to specify the > > > > > filesystem to work on which makes it unsuitable for filesystems that > > > > > do not have a block device. This series adds a new syscall quotactl_path() > > > > > which replaces the path to the block device with a mountpath, but otherwise > > > > > behaves like original quotactl. > > > > > > > > > > This is done to add quota support to UBIFS. UBIFS quota support has been > > > > > posted several times with different approaches to put the mountpath into > > > > > the existing quotactl() syscall until it has been suggested to make it a > > > > > new syscall instead, so here it is. > > > > > > > > > > I'm not posting the full UBIFS quota series here as it remains unchanged > > > > > and I'd like to get feedback to the new syscall first. For those interested > > > > > the most recent series can be found here: https://lwn.net/Articles/810463/ > > > > > > > > Thanks. I've merged the two patches into my tree and will push them to > > > > Linus for the next merge window. > > > > > > So there are some people at LWN whining that quotactl_path() has no dirfd > > > and flags arguments for specifying the target. Somewhat late in the game > > > but since there's no major release with the syscall and no userspace using > > > it, I think we could still change that. What do you think? What they > > > suggest does make some sense. But then, rather then supporting API for > > > million-and-one ways in which I may wish to lookup a fs object, won't it be > > > better to just pass 'fd' in the new syscall (it may well be just O_PATH fd > > > AFAICT) and be done with that? > > > > This sounds like a much cleaner interface to me. If we agree on this I > > wouldn't mind spinning this patch for another few rounds. > > So the syscall is currently disabled in Linus' tree. Will you send a patch > for new fd-based quotactl variant? I'll sure do that, but I don't know when I can find a timeslot for it. I hope I can come up with something next month. Sascha -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |