From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EF184C4338F for ; Thu, 19 Aug 2021 19:18:23 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id A914B610A5 for ; Thu, 19 Aug 2021 19:18:23 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org A914B610A5 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=kvack.org Received: by kanga.kvack.org (Postfix) id 352618D0001; Thu, 19 Aug 2021 15:18:23 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 2DB446B0071; Thu, 19 Aug 2021 15:18:23 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 17CD58D0001; Thu, 19 Aug 2021 15:18:23 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0058.hostedemail.com [216.40.44.58]) by kanga.kvack.org (Postfix) with ESMTP id F258E6B006C for ; Thu, 19 Aug 2021 15:18:22 -0400 (EDT) Received: from smtpin23.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id 98398808F577 for ; Thu, 19 Aug 2021 19:18:22 +0000 (UTC) X-FDA: 78492791244.23.6CD4EAE Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf22.hostedemail.com (Postfix) with ESMTP id 38C651903 for ; Thu, 19 Aug 2021 19:18:22 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id 2D15E6056B; Thu, 19 Aug 2021 19:18:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1629400701; bh=RucYjuroxGmQst2JfSDCLfzdBGUla3ujUHowg41WDyE=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=CohXTWkzJotiOQmeVmG65jGjNWkRibbytLNpU+bQ91W5vlKqoCp6Mv0QgrfeF+v3X NIkEPiyLxbPyEiIbUjDIfAix7Z8AfRFOp8FzHRzPJ/1ks56kn/ez5YUSaywrIBqu9p ibMFdjvbtfTbgHOOUkf8HON9BkXYFIFjsMXK+3sZln2yD305IUV8ayXQvdW0ViyGV+ Knn+U1QyVeDn8xMkbwR6EjWAXOCgI7eoh0WzwAMQzcf6pArOA3bxk5w3kF/2JMsmRW YT/ZZ7iNU1vf/9dmA3tdJzQDyvTdlJiqL+NzekA5CcHK+iopv5wIMajwfE1r7sRcfb MCupGyEyaqTTQ== Message-ID: <8ba92aa3e97bfc3df89cd64fffcbc91b640530f1.camel@kernel.org> Subject: Re: Removing Mandatory Locks From: Jeff Layton To: Rodrigo Campos , "Eric W. Biederman" Cc: Matthew Wilcox , Andy Lutomirski , Linus Torvalds , David Laight , David Hildenbrand , Linux Kernel Mailing List , Andrew Morton , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Al Viro , Alexey Dobriyan , Steven Rostedt , "Peter Zijlstra (Intel)" , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Petr Mladek , Sergey Senozhatsky , Andy Shevchenko , Rasmus Villemoes , Kees Cook , Greg Ungerer , Geert Uytterhoeven , Mike Rapoport , Vlastimil Babka , Vincenzo Frascino , Chinwen Chang , Michel Lespinasse , Catalin Marinas , Huang Ying , Jann Horn , Feng Tang , Kevin Brodsky , Michael Ellerman , Shawn Anastasio , Steven Price , Nicholas Piggin , Christian Brauner , Jens Axboe , Gabriel Krisman Bertazi , Peter Xu , Suren Baghdasaryan , Shakeel Butt , Marco Elver , Daniel Jordan , Nicolas Viennot , Thomas Cedeno , Collin Fijalkovich , Michal Hocko , Miklos Szeredi , Chengguang Xu , Christian =?ISO-8859-1?Q?K=F6nig?= , "linux-unionfs@vger.kernel.org" , Linux API , the arch/x86 maintainers , "" , Linux-MM , Florian Weimer , Michael Kerrisk Date: Thu, 19 Aug 2021 15:18:15 -0400 In-Reply-To: References: <20210812084348.6521-1-david@redhat.com> <87o8a2d0wf.fsf@disp2133> <60db2e61-6b00-44fa-b718-e4361fcc238c@www.fastmail.com> <87lf56bllc.fsf@disp2133> <87eeay8pqx.fsf@disp2133> <5b0d7c1e73ca43ef9ce6665fec6c4d7e@AcuMS.aculab.com> <87h7ft2j68.fsf@disp2133> <87k0kkxbjn.fsf_-_@disp2133> Content-Type: text/plain; charset="ISO-8859-15" User-Agent: Evolution 3.40.3 (3.40.3-1.fc34) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Authentication-Results: imf22.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=CohXTWkz; dmarc=pass (policy=none) header.from=kernel.org; spf=pass (imf22.hostedemail.com: domain of jlayton@kernel.org designates 198.145.29.99 as permitted sender) smtp.mailfrom=jlayton@kernel.org X-Stat-Signature: 41ntdxbb1q4mfjcjd175th5ark11i8ac X-Rspamd-Queue-Id: 38C651903 X-Rspamd-Server: rspam05 X-HE-Tag: 1629400702-412532 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Wed, 2021-08-18 at 11:34 +0200, Rodrigo Campos wrote: > On Tue, Aug 17, 2021 at 6:49 PM Eric W. Biederman wrote: > > > > Matthew Wilcox writes: > > > > > On Fri, Aug 13, 2021 at 05:49:19PM -0700, Andy Lutomirski wrote: > > > > [0] we have mandatory locks, too. Sigh. > > > > > > I'd love to remove that. Perhaps we could try persuading more of the > > > distros to disable the CONFIG option first. > > > > Yes. The support is disabled in RHEL8. > > If it helps, it seems to be enabled on the just released debian stable: > $ grep CONFIG_MANDATORY_FILE_LOCKING /boot/config-5.10.0-8-amd64 > CONFIG_MANDATORY_FILE_LOCKING=y > > Also the new 5.13 kernel in experimental has it too: > $ grep CONFIG_MANDATORY_FILE_LOCKING /boot/config-5.13.0-trunk-amd64 > CONFIG_MANDATORY_FILE_LOCKING=y A pity. It would have been nice if they had turned it off a while ago. I guess I should have done more outreach at the time. Sigh... In any case, I'm still inclined toward just ripping it out at this point. It's hard to believe that anyone really uses it. -- Jeff Layton