linux-kernel - [PATCH 0/3] nfsd: fully close all files in the nfsd threads

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:   Fri,  8 Dec 2023 14:27:25 +1100
From:   NeilBrown <neilb@...e.de>
To:     Al Viro <viro@...iv.linux.org.uk>,
        Christian Brauner <brauner@...nel.org>,
        Jens Axboe <axboe@...nel.dk>, Oleg Nesterov <oleg@...hat.com>,
        Chuck Lever <chuck.lever@...cle.com>,
        Jeff Layton <jlayton@...nel.org>
Cc:     linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
        linux-nfs@...r.kernel.org
Subject: [PATCH 0/3] nfsd: fully close all files in the nfsd threads

This is a new version of my patches to address a rare problem with nfsd
closing files faster than __fput() can complete the close in a different
thread.

This time I'm simply switching to __fput_sync().  I cannot see any
reason that this would be a problem, but if any else does and can show
me what I'm missing, I'd appreciate it.

Thanks,
NeilBrown

 [PATCH 1/3] nfsd: use __fput_sync() to avoid delayed closing of
 [PATCH 2/3] nfsd: Don't leave work of closing files to a work queue.
 [PATCH 3/3] VFS: don't export flush_delayed_fput().