From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262337AbTJNPHv (ORCPT ); Tue, 14 Oct 2003 11:07:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262355AbTJNPHu (ORCPT ); Tue, 14 Oct 2003 11:07:50 -0400 Received: from colin2.muc.de ([193.149.48.15]:51976 "HELO colin2.muc.de") by vger.kernel.org with SMTP id S262337AbTJNPHu (ORCPT ); Tue, 14 Oct 2003 11:07:50 -0400 Date: 14 Oct 2003 17:08:07 +0200 Date: Tue, 14 Oct 2003 17:08:07 +0200 From: Andi Kleen To: Jens Axboe Cc: Andi Kleen , linux-kernel@vger.kernel.org Subject: Re: [PATCH] ide barrier support, #2 Message-ID: <20031014150807.GA99122@colin2.muc.de> References: <20031014125723.GR1107@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031014125723.GR1107@suse.de> User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > Uh be careful! It must be WRITEBARRIER, not WRITESYNC. I think I'll kill > WRITEBARRIER and just call it WRITESYNC, it's more logical. I've added > the modified variant, thanks. Why? The journaling just checks if the write finished and then submits the dependent writes. It doesn't care about reordering. As long as WRITESYNC guarantees that the data hit disk when completed then it should be ok. -Andi