Received: by 2002:a05:6359:6284:b0:131:369:b2a3 with SMTP id se4csp4641903rwb; Tue, 8 Aug 2023 11:22:12 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHVYDT6biW7n7z9dGO95L0pm3zrZMyzE40fLv8W6Y3LHDUaw7PRtZMnB8NwGD/h1ECFyWPK X-Received: by 2002:a17:903:22cc:b0:1b8:4ec2:5200 with SMTP id y12-20020a17090322cc00b001b84ec25200mr636514plg.2.1691518931688; Tue, 08 Aug 2023 11:22:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691518931; cv=none; d=google.com; s=arc-20160816; b=bdgyKx6KlG9IEbbalCYuO4ESZQSMlEAN06x2bVSNfVrCZH5//ncWskQEAqu46/CO/j YfnNs1pBuJIoFVgQlO0z6d4Pj2TeWp4GJ8eJM1gxQI1SrxKPvxjY1ntPY/sYF19FJdkb sWSqepP/sovvGIB9D6yMMfAyaIPcDdWLoKrwBRwe03/f4g35NYpuSIHJmBmWmOOoyYVa dvpUozNxrR0skxwlTGLeM7yvo9u9mSEiWdV6f/04fJ8daCpRp802v0E3xVvrCbnrZZyA GMtDUBViNrK7vhxU6uE6mw82zAFYZWksbUDXUC8Fqb5lyrqTPScD3oJEDWheRMZkrW8K MnBg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=xrHEJpp0zdH++H0xE+SOvOeDVzz/1Q48VWxjQoazaeg=; fh=ntRA/NjqIoXnCb+TuXnocQwdgTC1bTYLc3KLhFu9xf8=; b=a67f64qJkSxMAFrnxGgimODkz0xMImnAZChISXREISNxrEbHpKpwgTU1Jrj5kger6H Vx3OCWxWbQkFA48Jj5rm62WxzmCfyJMOIRSTLUkEdQ3Ouq/N6cmP1FpWEtyT5bxPRu84 KDFm2WAKBzlH+sSGjP7sz3RKwI4+Bc0ipaspJR3MQuHPYaTM2ZzcgVrQiB78Gv/FWDzC J/K7SaQBE7kF8nqxPB/Bysx1s9mY9exw1MfA4Po8BHay8gevZZ3Ywb83oLk1SLwcW8QH YGI2JP7pLcfZKKWcJ9nMDYlqfEXf/gZL+cWGjFSd7xg3s+Q0b2Vpa5bvDvMjnJ+O+63+ 9arA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=O6lnaWYf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e9-20020a170902cf4900b001b6ae9f8bb1si7761793plg.75.2023.08.08.11.21.59; Tue, 08 Aug 2023 11:22:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=O6lnaWYf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235135AbjHHSDp (ORCPT + 99 others); Tue, 8 Aug 2023 14:03:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43972 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235131AbjHHSD0 (ORCPT ); Tue, 8 Aug 2023 14:03:26 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6F76855913; Tue, 8 Aug 2023 10:00:19 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id F13DF6280E; Tue, 8 Aug 2023 17:00:18 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 94244C433C7; Tue, 8 Aug 2023 17:00:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1691514018; bh=0hofmN81MoMpwp88FlVIvQqTU0H1Cfs4idCMNBbI7aA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=O6lnaWYfOssnBqCAC3VTozYLRqzOLUYWgFXYhn/aphbtve+0oPl+LBiKbt3OZE9CQ N5DJh3Hj5YbzunEFx8aTTDkFTpp0dqsboY5LVfkNeUO9TpOwYMD9V4nRU9BZTANi4h EfxdfFjFvmYRs7vVtVP6R5uJUzYfm3EZnUWaaFtqL2XwJzOjSE4RltEJMYErf+FurQ +CfSqupXOGbSS7ZR6SgGdvR5ao6zWQfBARRdxu6HyKvs+xIQRygI8JpjEi/eBJlsSR AFH2mTyQ4aZe5wi57PfAqozvKhQXzsoX4xBgtG7VbXCneZz29GjcDEzBLkcp83/1i5 AHXli3rgpbVgA== Date: Tue, 8 Aug 2023 19:00:13 +0200 From: Christian Brauner To: Mateusz Guzik Cc: "Eric W. Biederman" , viro@zeniv.linux.org.uk, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, oleg@redhat.com, Matthew Wilcox , Linus Torvalds Subject: Re: [PATCH v2 (kindof)] fs: use __fput_sync in close(2) Message-ID: <20230808-urgestein-kurstadt-6333ccf292eb@brauner> References: <20230806230627.1394689-1-mjguzik@gmail.com> <87o7jidqlg.fsf@email.froward.int.ebiederm.org> <20230808-eingaben-lumpen-e3d227386e23@brauner> <20230808-unsensibel-scham-c61a71622ae7@brauner> <20230808-lebst-vorgibt-75c3010b4e54@brauner> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20230808-lebst-vorgibt-75c3010b4e54@brauner> X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 08, 2023 at 06:30:06PM +0200, Christian Brauner wrote: > On Tue, Aug 08, 2023 at 05:07:22PM +0200, Mateusz Guzik wrote: > > I slapped the following variant just for illustration purposes. > > > > - adds __close_fd which returns a struct file > > - adds __filp_close with a flag whether to fput > > - makes close(2) use both > > - transparent to everyone else > > > > Downside is that __fput_sync still loses the assert. Instead of > > losing, it could perhaps be extended with a hack to check syscall > > number -- pass if either this is close (or binary compat close) or a > > kthread, BUG out otherwise. Alternatively perhaps deref could be > > opencoded along with a comment about real fput that this is taking > > place. Or maybe some other cosmetic choice. > > > > I cannot compile-test right now, so down below is a rough copy make > > sure it is clear what I mean. > > > > I feel compelled to note that simple patches get microbenchmarked all > > the time, with these results being the only justification provided. > > I'm confused why this patch is supposed to be an exception given its > > simplicity. > > > > Serious justification should be expected from tough calls -- > > complicated, invasive changes, maybe with numerous tradeoffs. > > > > In contrast close(2) doing __fput_sync looks a clear cut thing to do, > > at worst one can argue which way to do it. > > > > diff --git a/fs/file.c b/fs/file.c > > index 3fd003a8604f..c341b07533b0 100644 > > --- a/fs/file.c > > +++ b/fs/file.c > > @@ -651,20 +651,30 @@ static struct file *pick_file(struct > > files_struct *files, unsigned fd) > > return file; > > } > > > > -int close_fd(unsigned fd) > > +struct file *__close_fd(unsigned fd, struct file_struct *files) > > { > > - struct files_struct *files = current->files; > > struct file *file; > > > > spin_lock(&files->file_lock); > > file = pick_file(files, fd); > > spin_unlock(&files->file_lock); > > + > > + return file; > > +} > > +EXPORT_SYMBOL(__close_fd); /* for ksys_close() */ > > + > > +int close_fd(unsigned fd) > > +{ > > + struct files_struct *files = current->files; > > + struct file *file; > > + > > + file = __close_fd(fd, files); > > if (!file) > > return -EBADF; > > > > return filp_close(file, files); > > } > > -EXPORT_SYMBOL(close_fd); /* for ksys_close() */ > > +EXPORT_SYMBOL(close_fd); > > > > /** > > * last_fd - return last valid index into fd table > > diff --git a/fs/file_table.c b/fs/file_table.c > > index fc7d677ff5ad..b7461f0b73f4 100644 > > --- a/fs/file_table.c > > +++ b/fs/file_table.c > > @@ -463,6 +463,11 @@ void __fput_sync(struct file *file) > > { > > if (atomic_long_dec_and_test(&file->f_count)) { > > struct task_struct *task = current; > > + /* > > + * I see 2 basic options > > + * 1. just remove the assert > > + * 2. demand the flag *or* that the caller is close(2) > > + */ > > BUG_ON(!(task->flags & PF_KTHREAD)); > > __fput(file); > > } > > diff --git a/fs/open.c b/fs/open.c > > index e6ead0f19964..b1602307c1c3 100644 > > --- a/fs/open.c > > +++ b/fs/open.c > > @@ -1533,7 +1533,16 @@ EXPORT_SYMBOL(filp_close); > > */ > > SYSCALL_DEFINE1(close, unsigned int, fd) > > { > > - int retval = close_fd(fd); > > + struct files_struct *files = current->files; > > + struct file *file; > > + int retval; > > + > > + file = __close_fd(fd); > > + if (!file) > > + return -EBADF; > > + > > + retval = __filp_close(file, files, false); > > + __fput_sync(file); > > > > /* can't restart close syscall because file table entry was cleared */ > > if (unlikely(retval == -ERESTARTSYS || > > diff --git a/include/linux/fs.h b/include/linux/fs.h > > index 562f2623c9c9..e64c0238a65f 100644 > > --- a/include/linux/fs.h > > +++ b/include/linux/fs.h > > @@ -2388,7 +2388,11 @@ static inline struct file > > *file_clone_open(struct file *file) > > { > > return dentry_open(&file->f_path, file->f_flags, file->f_cred); > > } > > -extern int filp_close(struct file *, fl_owner_t id); > > +extern int __filp_close(struct file *file, fl_owner_t id, bool dofput); > > +static inline int filp_close(struct file *file, fl_owner_t id) > > +{ > > + return __filp_close(file, id, true); > > +} > > > > extern struct filename *getname_flags(const char __user *, int, int *); > > extern struct filename *getname_uflags(const char __user *, int); > > At least make this really dumb and obvious and keep the ugliness to > internal.h and open.c Sorry, I only sent a portion of the patch...