Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp5278557imm; Tue, 19 Jun 2018 07:56:44 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJCXh6cUCY3Ax4EZCfrYOhqSmu4RTUu3su1HUHtckHrh/xZYlbt/79nAt4rZ/EHBXs/I0Ue X-Received: by 2002:a17:902:ab95:: with SMTP id f21-v6mr18845696plr.264.1529420204251; Tue, 19 Jun 2018 07:56:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529420204; cv=none; d=google.com; s=arc-20160816; b=VfcL4Djxuv9EyQjctto1rlTnaGeCCvWcuNodVQhkBv0pZUfoFUNBKWuGm/4ho0iJER hw52PM+Vi2qEg2zVOsIDQucAxret9Yrsi7UgjOEO4ST3qXdFp7GchfpqoGqqAHXZt0MM fiKe+24aYHYa7YWgUhvQtmE07ytZd8R2Kx3dJAsQBFmrDk9rq28Jce/YNSGDwtrSNp1i AYd7IH/acB9kXMv8LQMBnlTtCQRwjx5Kj2lkD76cF/UAy/ExGtSCn9wIYZ0iaR9154lo iovLUY5xPPFnDPnjQHrDwhZd9w7IsOkLH9xGeCSutJfkLkf6JoMIhhxuxKUefNLoZfzy mwCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=ZVgQxUTvFYynXa0S1aDM5UZxqcDSkCsZeidYCTtKTr8=; b=Dc2pidvIapmVHWcveBV0VJZH4H/ndoRoUD78TwoMiOqgEvWe9wnQb/n3GguJkJow8O GQSp5H09y471Yr8sMteCZQ5y9QjwB/5ME1pXlnaHkzbphqamXHBQt10ssHG/XWXcZ9dO ZoBsZoQ4GtDbrPxrMfn1r1Pv/2vSue/DwQPevff/MZyDL2bVlatBJMlqfS/iu2xzRnrw 9gB2ofv8lQ31fc/oroUC+M3+ehaT95BY10uOc5zfRIvPa+pW7JCnteWOgOJGC9JqU3kH mx4m+SmSPmQDEbJzt7f1NrAXl9CQaib4IkR0HFLQJTRgAudH3EtIqdmTgjj8vFVenS2c DGXw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q6-v6si18205522plr.134.2018.06.19.07.56.29; Tue, 19 Jun 2018 07:56:44 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966267AbeFSOzA (ORCPT + 99 others); Tue, 19 Jun 2018 10:55:00 -0400 Received: from zeniv.linux.org.uk ([195.92.253.2]:53028 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S937707AbeFSOy7 (ORCPT ); Tue, 19 Jun 2018 10:54:59 -0400 Received: from viro by ZenIV.linux.org.uk with local (Exim 4.87 #1 (Red Hat Linux)) id 1fVI1z-0000JF-D2; Tue, 19 Jun 2018 14:54:51 +0000 Date: Tue, 19 Jun 2018 15:54:51 +0100 From: Al Viro To: Miklos Szeredi Cc: Christoph Hellwig , Miklos Szeredi , overlayfs , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 07/39] vfs: export vfs_ioctl() to modules Message-ID: <20180619145451.GQ30522@ZenIV.linux.org.uk> References: <20180529144339.16538-1-mszeredi@redhat.com> <20180529144339.16538-8-mszeredi@redhat.com> <20180604084904.GF11333@infradead.org> <20180610045657.GM30522@ZenIV.linux.org.uk> <20180611162412.GA7574@infradead.org> <20180619142421.GA16151@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 19, 2018 at 04:34:33PM +0200, Miklos Szeredi wrote: > On Tue, Jun 19, 2018 at 4:24 PM, Christoph Hellwig wrote: > > On Tue, Jun 19, 2018 at 04:04:41PM +0200, Miklos Szeredi wrote: > >> FS_IOC* > >> > >> Haven't looked deeply. For now overlayfs just implements > >> FS_IOC_{GET|SET}FLAGS because some of these flags are quite generic > >> and implementing them on the overlay is easy. > >> > >> Yes, turning into a method makes sense. > > > > Do you want to do this or should I send a patch? > > Do it. You are much more familiar with regular fs that implement > these ioctls. Untangling overlap between FS_IOC_...FLAGS and > FS_IOC_...XATTR looks "interesting". Suggestion: have that go through ->setattr(); that's what ATTR_ATTR_FLAG was supposed to be for, IIRC.