Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755239AbbHXTIz (ORCPT ); Mon, 24 Aug 2015 15:08:55 -0400 Received: from mx2.suse.de ([195.135.220.15]:44650 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753984AbbHXTIx (ORCPT ); Mon, 24 Aug 2015 15:08:53 -0400 Date: Mon, 24 Aug 2015 21:08:47 +0200 From: Jan Kara To: Tejun Heo Cc: Jan Kara , Dave Chinner , Eryu Guan , Jens Axboe , linux-kernel@vger.kernel.org, xfs@oss.sgi.com, axboe@fb.com, Jan Kara , linux-fsdevel@vger.kernel.org, kernel-team@fb.com Subject: Re: [PATCH block/for-linus] writeback: fix syncing of I_DIRTY_TIME inodes Message-ID: <20150824190847.GA4234@quack.suse.cz> References: <20150818215611.GD3902@dastard> <20150821102053.GL17933@dhcp-13-216.nay.redhat.com> <20150822003025.GS3902@dastard> <20150822044609.GM17933@dhcp-13-216.nay.redhat.com> <20150824011123.GA714@dastard> <20150824031816.GO17933@dhcp-13-216.nay.redhat.com> <20150824062425.GU3902@dastard> <20150824091959.GA2936@quack.suse.cz> <20150824145150.GA10029@mtj.duckdns.org> <20150824171144.GB27262@mtj.duckdns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150824171144.GB27262@mtj.duckdns.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1496 Lines: 33 On Mon 24-08-15 13:11:44, Tejun Heo wrote: > Hello, > > On Mon, Aug 24, 2015 at 10:51:50AM -0400, Tejun Heo wrote: > > > Bah, I see the problem and indeed it was introduced by commit e79729123f639 > > > "writeback: don't issue wb_writeback_work if clean". The problem is that > > > we bail out of sync_inodes_sb() if there is no dirty IO. Which is wrong > > > because we have to wait for any outstanding IO (i.e. call wait_sb_inodes()) > > > regardless of dirty state! And that also explains why Tejun's patch fixes > > > the problem because it backs out the change to the exit condition in > > > sync_inodes_sb(). > > > > Dang, I'm an idiot sandwich. > > A question tho, so this means that an inode may contain dirty or > writeback pages w/o the inode being on one of the dirty lists. > Looking at the generic filesystem and writeback code, this doesn't > seem true in general. Is this something xfs specific? Inode may contain writeback pages (but not dirty pages) without being on any of the dirty lists. That is correct. Josef Bacik had patches to create a list to track inodes with pages under writeback but they clashed with your patch series and they didn't get rebased yet AFAIR. Honza -- Jan Kara SUSE Labs, CR -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/