Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp581376pxb; Tue, 19 Oct 2021 08:48:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwGdmmOy9lybioh4P5vHJCk4ibUuthiYCiLuySXfFxnkpWENx+gdV9XHY+/hEf4kjLADriH X-Received: by 2002:a17:90a:d3d6:: with SMTP id d22mr623231pjw.242.1634658496416; Tue, 19 Oct 2021 08:48:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634658496; cv=none; d=google.com; s=arc-20160816; b=xFsTjfJ63LUaQdP0xNZTk3QR3CaK4mCeDQV3T8wV68xJDUMStG0G2byoaSgofpseWQ VX3AG3gfwOcKrLq6yK9tqg3UiRjlm3XMbqm4XhU5sNnlBNdgOCaSCgjq0szGompTQF82 YwB+4yoPUtt8rJvqVnoZzcBqyWfb9QfJ0fEP9L96kxFMIuh3ICCJpc1HonixCA4BMQQN USMlew7BEqW80JHqyQgFZCRAnpgc4jeGwf4FWc73RB/B0SXSKFAYxYTjQAR3bwUDy1xc 25loC6URtkP2TVZteGXShqp3/kbZ3wSjKyg9B0cOipoVAfAsc0NVPx3cuu9nP58k1y4+ x2hA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=T/nDv989rIFwox5pvDZ9wjn30U2iGDMQLM2MA0XyCEA=; b=oi+LmhMLkNYrDqDXMQax7h6okr2Ht/HZhA07TuSreCGrSoPss4Pc+j1UnAHX2LlTru 1Ru5stMSBa1HMB9/mD+KHdA0YhLX/PSrvFiPnFnwVeMBQoeRf5ac36mGPy9jso3uGhKI rb1KTNNQ60LOkm9ywbsfBmS2NS+642aJvXarDIce6wx4k8CkRI/OCMgpgdHicsGqfkBf iB+YmspxRRjpLlQLadN4FtA+1OqanBjRa68ZVqMiI5drQV26pd/kgof0DuS31JmfeXE7 8u7Di2bmTCi3mwCnh4xvGg7XSFvgsjGdZ+/Bhrd2ORNVJcnaY5Z0uf0XhVDihN1k0F1Q Gk1w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ACoUtrEJ; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k4si23109520plt.314.2021.10.19.08.48.03; Tue, 19 Oct 2021 08:48:16 -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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ACoUtrEJ; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230059AbhJSPtG (ORCPT + 99 others); Tue, 19 Oct 2021 11:49:06 -0400 Received: from mail.kernel.org ([198.145.29.99]:59264 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229774AbhJSPtF (ORCPT ); Tue, 19 Oct 2021 11:49:05 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 38C76610C7; Tue, 19 Oct 2021 15:46:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1634658412; bh=67SC+1FKNIhtaifskaOaeFgNFOiPb79JlJDhJDbdXL0=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=ACoUtrEJX4wt/9AlA98Ou0ZRiySUWjDcmOzmdybSfxe1vbHFNfpNi7DbYEbHI+Cra cUG/Y9gn4qksIF4guX7gRb7Ee4eJSZf5lQe3cd6AhMd/YIXG8DHmVeknOZAaQjp9f3 zaVPKGzbVNjpq2Vn1cDqbj2Hkp7nOoAECz35B2mUVxLG/AYA/M9GamiwxWANA5UHvS IYMI+bEW1MF6wvHMdFGD8w//6D0rNT7/5xfMfJl5KSa+5sqg+6mcjo7G300FNjfWSu KBUEJoRvrOtgl4IGjup7+kxm4Nctn8CnwXYHxV0toaAflTopaMCv/CtOp76P1RlFcM QTldYGidv6PWQ== Message-ID: Subject: Re: [PATCH v3 18/23] fs: remove a comment pointing to the removed mandatory-locking file From: Jeff Layton To: "J. Bruce Fields" Cc: Mauro Carvalho Chehab , Linux Doc Mailing List , Jonathan Corbet , Alexander Viro , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Date: Tue, 19 Oct 2021 11:46:51 -0400 In-Reply-To: <20211019141427.GA15063@fieldses.org> References: <887de3a1ecadda3dbfe0adf9df9070f0afa9406c.1634630486.git.mchehab+huawei@kernel.org> <20211019141427.GA15063@fieldses.org> Content-Type: text/plain; charset="ISO-8859-15" User-Agent: Evolution 3.40.4 (3.40.4-2.fc34) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2021-10-19 at 10:14 -0400, J. Bruce Fields wrote: > On Tue, Oct 19, 2021 at 06:50:21AM -0400, Jeff Layton wrote: > > On Tue, 2021-10-19 at 09:04 +0100, Mauro Carvalho Chehab wrote: > > > The mandatory file locking got removed due to its problems, but > > > there's still a comment inside fs/locks.c pointing to the removed > > > doc. > > > > > > Remove it. > > > > > > Fixes: f7e33bdbd6d1 ("fs: remove mandatory file locking support") > > > Signed-off-by: Mauro Carvalho Chehab > > > --- > > > > > > To mailbombing on a large number of people, only mailing lists were C/C on the cover. > > > See [PATCH v3 00/23] at: https://lore.kernel.org/all/cover.1634630485.git.mchehab+huawei@kernel.org/ > > > > > > fs/locks.c | 1 - > > > 1 file changed, 1 deletion(-) > > > > > > diff --git a/fs/locks.c b/fs/locks.c > > > index d397394633be..94feadcdab4e 100644 > > > --- a/fs/locks.c > > > +++ b/fs/locks.c > > > @@ -61,7 +61,6 @@ > > > * > > > * Initial implementation of mandatory locks. SunOS turned out to be > > > * a rotten model, so I implemented the "obvious" semantics. > > > - * See 'Documentation/filesystems/mandatory-locking.rst' for details. > > > * Andy Walker (andy@lysaker.kvaerner.no), April 06, 1996. > > > * > > > * Don't allow mandatory locks on mmap()'ed files. Added simple functions to > > > > Thanks Mauro. I'll pick this into my locks branch, so it should make > > v5.16 as well. > > Could we delete the rest too? > > We don't do those changelog-style comments any more; they're in the git > history if you need them. I can sort of get leaving some in out of > respect or if they've still provide some useful information. But > keeping comments referring to code that doesn't even exist any more just > seems confusing. > > --b. > > diff --git a/fs/locks.c b/fs/locks.c > index 3d6fb4ae847b..2540b7aedeac 100644 > --- a/fs/locks.c > +++ b/fs/locks.c > @@ -59,17 +59,6 @@ > * once we've checked for blocking and deadlocking. > * Andy Walker (andy@lysaker.kvaerner.no), April 03, 1996. > * > - * Initial implementation of mandatory locks. SunOS turned out to be > - * a rotten model, so I implemented the "obvious" semantics. > - * See 'Documentation/filesystems/mandatory-locking.rst' for details. > - * Andy Walker (andy@lysaker.kvaerner.no), April 06, 1996. > - * > - * Don't allow mandatory locks on mmap()'ed files. Added simple functions to > - * check if a file has mandatory locks, used by mmap(), open() and creat() to > - * see if system call should be rejected. Ref. HP-UX/SunOS/Solaris Reference > - * Manual, Section 2. > - * Andy Walker (andy@lysaker.kvaerner.no), April 09, 1996. > - * > * Tidied up block list handling. Added '/proc/locks' interface. > * Andy Walker (andy@lysaker.kvaerner.no), April 24, 1996. > * > @@ -95,10 +84,6 @@ > * Made the block list a circular list to minimise searching in the list. > * Andy Walker (andy@lysaker.kvaerner.no), Sep 25, 1996. > * > - * Made mandatory locking a mount option. Default is not to allow mandatory > - * locking. > - * Andy Walker (andy@lysaker.kvaerner.no), Oct 04, 1996. > - * > * Some adaptations for NFS support. > * Olaf Kirch (okir@monad.swb.de), Dec 1996, > * IDK...Do we want to "erase history" selectively like that? Maybe we should just get rid of the whole pile of "changelog" comments in fs/locks.c? They aren't terribly useful these days anyhow. -- Jeff Layton