Received: by 2002:a05:7412:98c1:b0:fa:551:50a7 with SMTP id kc1csp1734225rdb; Mon, 8 Jan 2024 08:32:45 -0800 (PST) X-Google-Smtp-Source: AGHT+IEMDCLXs9J8B4QHcTc3hbyNtIaT4tHn0AcrCZJ+ehmDT++4sX5De6gmFoQiNiJR/cnnQWzf X-Received: by 2002:a05:6870:2247:b0:204:3f23:a987 with SMTP id j7-20020a056870224700b002043f23a987mr4985796oaf.28.1704731564815; Mon, 08 Jan 2024 08:32:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704731564; cv=none; d=google.com; s=arc-20160816; b=nloswWgI7OF0Uxyt09yF4BRgg9TqJ4G4TT1CSa8/Q1RB+AnA9WMxKKwbWsp5fM6MCO D/UCvCLaDYmMxOAhNcmJdLyOwJb8bjsC2WQihZKZuJppb1Kh6hiH8uGpgx1SRkHD/smG HjvvnegFc7+qOCochfaYkbfQjqB5m+8hEwq+SkOfgAjnNMmxNF5XuZVZYdTF0QfQbqPD Ach/pH/od260Is6SZ/cNUgc6HbCn4oI7dFsvXh+s+YiO1P6dkB81CI233Zyf0JpGLmTZ lQwbhBa07spCaKF6gJ0gjnDRr5+qYXhDrt+vdccbQkU7nutp7Vem4fToq6xC8tgP61gz 1PSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=aGfWPygYz1nY4CFtjZVcFLlWi0jjSyqwOOjAgk37qSo=; fh=LZtHOcWsUUhLEUmQQYp+4mDDvX5O3TWThvg5JKLe3lQ=; b=c4Rou12bi92DIHumUqyKJk6YWl8Ae0XQbZGzmZdJ2oQzx++Hh/G2b1yiVwyKiHwzFJ NXbDtHHH4r7AV/EbGNRNiNVDwMEfYwSHnties3F+YqA1mNzBF9bxGE9bXL602cg6BjMb GvvJ55GfK4AUfCgBopkhGwXjvdizr9pcLkETTY/D6S1uj/irqNLaTOvwReFEv3dx+APR rsdC8pGQ6sgEPhxjLfBsiCSqGt/Ort1j0eYD3S3/jPKdrKeD4zten3lWVsSR1f9UfOut 2igPpgMuqCChauNEZomHICsWmhMQTgXg1EM3Ld6wknSAW38SR80dx3jEPPIkPvYiW2oS qsOg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=RtFdrbVX; spf=pass (google.com: domain of linux-kernel+bounces-19847-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-19847-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id l20-20020a056102317400b0046709fa1225si46511vsm.726.2024.01.08.08.32.44 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 08 Jan 2024 08:32:44 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-19847-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=RtFdrbVX; spf=pass (google.com: domain of linux-kernel+bounces-19847-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-19847-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 887111C22B12 for ; Mon, 8 Jan 2024 16:32:44 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id F0B955467D; Mon, 8 Jan 2024 16:32:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="RtFdrbVX" X-Original-To: linux-kernel@vger.kernel.org Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 1B0A25466D; Mon, 8 Jan 2024 16:32:25 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=aGfWPygYz1nY4CFtjZVcFLlWi0jjSyqwOOjAgk37qSo=; b=RtFdrbVXxcyEv3Hw9AHE0pdasJ 4WhVXtzJvIWEFYjoeympRZfE5lYi7ZtVduMCb+7HdE17lkgyKM5WReBxM3oSM8yYYz1PWnrhpCpu/ wH73XqXpfw0QcN6p0TaRiEj6FAHxFg/C+GVdSJaWzt+KuMHvejOKOTHv+4JwpQX9MNk4Sbb3ZGOjA q39rqdwUOKpasQcL2SXBetHUSn7JTfIJMUg2laV1hq8UDsKcRR7QHHKhvtJC5DxfooM9sY+jlYxwb SxuGDhncR20IJ6xVBg0BzzjVPhi9lXUXfOUWzkeul0FsgAeQGhbnya3H23byM41PYsfC/OB3tYTbv JoQiomQg==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1rMsY1-007uNT-LX; Mon, 08 Jan 2024 16:32:21 +0000 Date: Mon, 8 Jan 2024 16:32:21 +0000 From: Matthew Wilcox To: "Pankaj Raghav (Samsung)" Cc: Jonathan Corbet , linux-doc@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/5] buffer: Add kernel-doc for block_dirty_folio() Message-ID: References: <20240104163652.3705753-1-willy@infradead.org> <20240104163652.3705753-3-willy@infradead.org> <20240108133117.xtkbzeiqq6dtesm5@localhost> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, Jan 08, 2024 at 01:35:10PM +0000, Matthew Wilcox wrote: > On Mon, Jan 08, 2024 at 02:31:17PM +0100, Pankaj Raghav (Samsung) wrote: > > > + * If the folio has buffers, the uptodate buffers are set dirty, to > > > + * preserve dirty-state coherency between the folio and the buffers. > > > + * It the folio does not have buffers then when they are later attached > > > > s/It the folio/If the folio > > > + * they will all be set dirty. > > Is it better to rephrase it slightly as follows: > > > > If the folio does not have buffers, they will all be set dirty when they > > are later attached. > > Yes, I like that better. Actually, how about: * If the folio has buffers, the uptodate buffers are set dirty, to * preserve dirty-state coherency between the folio and the buffers. * Buffers added to a dirty folio are created dirty. I considered deleting the sentence entirely as it's not actually related to what the function does; it's just a note about how the buffer cache behaves. That said, information about how buffer heds work is scant enough that I don't want to delete it.