From mboxrd@z Thu Jan 1 00:00:00 1970 From: Linus Torvalds Subject: Re: xfstests 073 regression Date: Sun, 31 Jul 2011 15:40:20 -1000 Message-ID: References: <20110728164105.GA18258@infradead.org> <20110729142121.GA21149@localhost> <20110730134422.GA1884@infradead.org> <20110731151014.GA23106@localhost> <20110731234749.GQ5404@dastard> <20110801012813.GR5404@dastard> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Cc: Wu Fengguang , Christoph Hellwig , Jan Kara , Andrew Morton , "linux-fsdevel@vger.kernel.org" , LKML To: Dave Chinner Return-path: In-Reply-To: <20110801012813.GR5404@dastard> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Sun, Jul 31, 2011 at 3:28 PM, Dave Chinner wrote: > > IOWs, what I'm asking is whether this "just move the inodes one at a > time to a different queue" is just a bandaid for a particular > symptom of a deeper problem we haven't realised existed.... Deeper problems in writeback? Unpossible. The writeback code has pretty much always been just a collection of "bandaids for particular symptoms of deeper problems". So let's just say I'd not be shocked. But what else would you suggest? You could just break out of the loop if you can't get the read lock, but while the *common* case is likely that a lot of the inodes are on the same filesystem, that's certainly not the only possible case. Linus