Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp2297861pxu; Fri, 9 Oct 2020 13:00:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxkSHDhr85c2FYxNJgCkdWsQbZefnU8eukperIp1w+Hm0zaDyVNFuoGInvv5zUagSlYxDn5 X-Received: by 2002:aa7:d30d:: with SMTP id p13mr895981edq.315.1602273648841; Fri, 09 Oct 2020 13:00:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602273648; cv=none; d=google.com; s=arc-20160816; b=zFLJcAAl/mjtXU5Qt5hH99jUgYjiMVs1iuLgsezzmsadu9TV0TNIPFWvREbr7lURdc L41eRJ5IUr7p8TfZtvKy06iy2MSJkiemjna4Pe8BfZlbk3uXGGxTvJlLYdFHxD/oF6I2 m6f9iHp236VUf5rrXqoN1vclUfVgxGFKxl1KeIYh0mw0iC+wtQAs2dOHs0TaduVvQgVQ PeRQkmRKkSlI16ofRTUJnBhezclRjA502tkqEc2gPvfHkjKuR8sD7Y5rmHcmlLqjFDMw zWUfsn4GbbreSvefWY2m/eTtF0q3Yjv9UC1L+2/0+p17a7S7qYupCloIXDP0LfGJIMhy D8yg== 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; bh=hHWeR8uOl5CqITjrQRusGLRk01kCqKR5uYyVyJPe2OE=; b=djUiCca6sdiDUdSvjIUE8ttGbHdRoh3E9UMWQ9zxbcWlWnACdH+0o+Am62ArQGqyQv J9PHOyVXYLflClVR0MRSyhtyM/86ZNptu0sN83HJc7x/QBRd1aKlQidy5Vcc++HlKJXq 8ysbARYxRAskRSd39UeN+RUu88AmwXlSMIu5APs1EoVSJ1DZogVGpRpL/6BA2WEV5bCf wRxMjMeUJjt84o0YZ4FrvAf7nsgUXCe77RIqsqVrQxJ3THn/p6Ln/JfQSe/IeozY9PNM 6bAEaVbvuf2N3KmrCaupR86xujE9C2kblEMpDWioHIEt3paszcI2zCYhN8OSe0s/cgvP v4EA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f2si9597053edl.147.2020.10.09.13.00.25; Fri, 09 Oct 2020 13:00:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729571AbgJITON (ORCPT + 99 others); Fri, 9 Oct 2020 15:14:13 -0400 Received: from outgoing-auth-1.mit.edu ([18.9.28.11]:34820 "EHLO outgoing.mit.edu" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726118AbgJITON (ORCPT ); Fri, 9 Oct 2020 15:14:13 -0400 Received: from callcc.thunk.org (pool-72-74-133-215.bstnma.fios.verizon.net [72.74.133.215]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 099JE7t3019589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 9 Oct 2020 15:14:08 -0400 Received: by callcc.thunk.org (Postfix, from userid 15806) id A3DA7420107; Fri, 9 Oct 2020 15:14:07 -0400 (EDT) Date: Fri, 9 Oct 2020 15:14:07 -0400 From: "Theodore Y. Ts'o" To: Harshad Shirwadkar Cc: linux-ext4@vger.kernel.org Subject: Re: [PATCH v9 5/9] ext4: main fast-commit commit path Message-ID: <20201009191407.GO235506@mit.edu> References: <20200919005451.3899779-1-harshadshirwadkar@gmail.com> <20200919005451.3899779-6-harshadshirwadkar@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200919005451.3899779-6-harshadshirwadkar@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Fri, Sep 18, 2020 at 05:54:47PM -0700, Harshad Shirwadkar wrote: > fs/jbd2/commit.c | 42 ++ > fs/jbd2/journal.c | 119 +++- Why are these changes here instead of the previous commit (jbd2: add fast commit machinery)? > diff --git a/fs/jbd2/commit.c b/fs/jbd2/commit.c > index ba35ecb18616..dadd9994e74b 100644 > --- a/fs/jbd2/commit.c > +++ b/fs/jbd2/commit.c > @@ -202,6 +202,47 @@ static int journal_submit_inode_data_buffers(struct address_space *mapping, > return ret; > } > > +/* Send all the data buffers related to an inode */ > +int jbd2_submit_inode_data(journal_t *journal, struct jbd2_inode *jinode) > +{ > + struct address_space *mapping; > + loff_t dirty_start; > + loff_t dirty_end; > + int ret; > + > + if (!jinode) > + return 0; > + > + dirty_start = jinode->i_dirty_start; > + dirty_end = jinode->i_dirty_end; > + > + if (!(jinode->i_flags & JI_WRITE_DATA)) > + return 0; > + > + dirty_start = jinode->i_dirty_start; > + dirty_end = jinode->i_dirty_end; Why is dirty_start and dirty_end initialized twice? Also, this is going to conflcit with Mauricio's data=journal patches, which you'll notice when you rebase these patches on the current dev branch. (The dev branch temporarily had your v9 patches merged in, so we could get the test bots to comment on your changes, but I've since pulled the fc patches back out.) - Ted