Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2512280pxa; Mon, 24 Aug 2020 16:54:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwViv/7vcXh+grOaB31EEvBYrTI4iOQdxA5LsPnFclkZiH+lSIaWbMJ/P6PS0jaHhJhgt3U X-Received: by 2002:a50:fc02:: with SMTP id i2mr7827814edr.121.1598313251815; Mon, 24 Aug 2020 16:54:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598313251; cv=none; d=google.com; s=arc-20160816; b=yLE7M035ob1Iz/QZWpzyVxgS4V0j/9/+yep2zzgrJm/zano2AaJ1kXomMVGcrwOMXC Hmrkc+WoekAe/R0fb0QKcaAFJjMW0b0Ho5RolcUbfYN8lFdOQWYPJChS+ZrF6CMVFXRQ bwSkM8wiQbxbjCYKQJ0fAvqDkjmbjH/jIqBMc81kGenfnYemE5XUAvhEK+id1Qmb5FtM CH/PRh7Q4T+gLmsL7UvXrC+bnXD7B9D1fgYTIFWZS0y/TfdXGjv/mQrdndf+7ECyIiVY nw33muxg8j1QjzkQsxlfkc+r6BGGmdUDK0bbYE7sQq0VllHY55bsT5/S7PK02EwG3Y7U 9ekw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=iKF0y4RqYHq5LnbBu35UPi0PWfJSzthyRQ92HfoiYaI=; b=x/HBELxMCaDak/g9SuXfJyObbI7Za9Z5TQ5yNgYq4WHHQFW3Zx72gCMJfJmMA7y6LZ pvAll4vVPAINk2m9mTzITAt9RP27+j8h70yoNY3U7oozCeVkg2ZZGbzCoW9RG92tYJgy TAE+hT6UA0k+EIv+OvXGXfd42/tQy12aNEmb0QdDMWknODGpOpGXpPLE1TUC+PDouqSv FMsEIKn+eR/IPiOlPZIREQ03DZ1uqOp0PQir4tXsN2Xz3tgVxaS/Oorm7UggfRU/K9w0 RQk0YcC7BG5ZcJAp/cE/Vu5t39BzS9kIjZBODfEsiNVAEmWznWw2kjVmN8ex4xsVfymd NLog== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a23si7898583edn.432.2020.08.24.16.53.49; Mon, 24 Aug 2020 16:54:11 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726947AbgHXXvL (ORCPT + 99 others); Mon, 24 Aug 2020 19:51:11 -0400 Received: from mail107.syd.optusnet.com.au ([211.29.132.53]:37701 "EHLO mail107.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726910AbgHXXvK (ORCPT ); Mon, 24 Aug 2020 19:51:10 -0400 Received: from dread.disaster.area (pa49-181-146-199.pa.nsw.optusnet.com.au [49.181.146.199]) by mail107.syd.optusnet.com.au (Postfix) with ESMTPS id 2270CD5BDCC; Tue, 25 Aug 2020 09:51:07 +1000 (AEST) Received: from dave by dread.disaster.area with local (Exim 4.92.3) (envelope-from ) id 1kAMEz-0005gh-VC; Tue, 25 Aug 2020 09:51:05 +1000 Date: Tue, 25 Aug 2020 09:51:05 +1000 From: Dave Chinner To: "Matthew Wilcox (Oracle)" Cc: linux-xfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, "Darrick J . Wong" , linux-nvdimm@lists.01.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/9] iomap: Fix misplaced page flushing Message-ID: <20200824235105.GB12131@dread.disaster.area> References: <20200824145511.10500-1-willy@infradead.org> <20200824145511.10500-2-willy@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200824145511.10500-2-willy@infradead.org> X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.3 cv=QIgWuTDL c=1 sm=1 tr=0 cx=a_idp_d a=GorAHYkI+xOargNMzM6qxQ==:117 a=GorAHYkI+xOargNMzM6qxQ==:17 a=kj9zAlcOel0A:10 a=y4yBn9ojGxQA:10 a=JfrnYn6hAAAA:8 a=20KFwNOVAAAA:8 a=7-415B0cAAAA:8 a=7D6e34dtJzuT3uDABGgA:9 a=CjuIK1q_8ugA:10 a=1CNFftbPRP8L7MoqJWF3:22 a=biEYGPWJfzWAr4FL6Ov7:22 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 24, 2020 at 03:55:02PM +0100, Matthew Wilcox (Oracle) wrote: > If iomap_unshare_actor() unshares to an inline iomap, the page was > not being flushed. block_write_end() and __iomap_write_end() already > contain flushes, so adding it to iomap_write_end_inline() seems like > the best place. That means we can remove it from iomap_write_actor(). > > Signed-off-by: Matthew Wilcox (Oracle) > --- > fs/iomap/buffered-io.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) looks good. Reviewed-by: Dave Chinner Cheers, Dave. -- Dave Chinner david@fromorbit.com