Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 12 Feb 2002 19:41:10 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 12 Feb 2002 19:40:57 -0500 Received: from parcelfarce.linux.theplanet.co.uk ([195.92.249.252]:23814 "EHLO www.linux.org.uk") by vger.kernel.org with ESMTP id ; Tue, 12 Feb 2002 19:40:45 -0500 Message-ID: <3C69B5D7.CFF9E8EA@zip.com.au> Date: Tue, 12 Feb 2002 16:39:51 -0800 From: Andrew Morton X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.18-pre9-ac2 i686) X-Accept-Language: en MIME-Version: 1.0 To: Alan Cox CC: Rik van Riel , lkml Subject: Re: [patch] sys_sync livelock fix In-Reply-To: from "Rik van Riel" at Feb 12, 2002 10:15:38 PM Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Alan Cox wrote: > > > I don't see why it should be different for applications > > that write data after sync has started. > > The guarantee about data written _before_ the sync started is also being > broken unless I misread the code That would be very broken. The theory is: newly dirtied buffers are added at the "new" end of the LRU. write_some_buffers() starts at the "old" end of the LRU. So if write_unlock_buffers writes out the "oldest" nr_buffers_type[BUF_DIRTY] buffers, then it knows that it has written out everything which was dirty at the time it was called. Or did I miss something? - - 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/