Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261568AbUCTLEV (ORCPT ); Sat, 20 Mar 2004 06:04:21 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263359AbUCTLEV (ORCPT ); Sat, 20 Mar 2004 06:04:21 -0500 Received: from thebsh.namesys.com ([212.16.7.65]:55187 "HELO thebsh.namesys.com") by vger.kernel.org with SMTP id S261568AbUCTLET (ORCPT ); Sat, 20 Mar 2004 06:04:19 -0500 Message-ID: <405C2532.6070407@namesys.com> Date: Sat, 20 Mar 2004 14:04:18 +0300 From: Hans Reiser Reply-To: reiser@namesys.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris Mason CC: Peter Zaitsev , Jens Axboe , Linux Kernel , Alexander Zarochentcev Subject: Re: True fsync() in Linux (on IDE) References: <1079572101.2748.711.camel@abyss.local> <20040318064757.GA1072@suse.de> <1079639060.3102.282.camel@abyss.local> <20040318194745.GA2314@suse.de> <1079640699.11062.1.camel@watt.suse.com> <1079641026.2447.327.camel@abyss.local> <1079642001.11057.7.camel@watt.suse.com> <1079642801.2447.369.camel@abyss.local> <1079643740.11057.16.camel@watt.suse.com> <1079644190.2450.405.camel@abyss.local> <1079644743.11055.26.camel@watt.suse.com> <405AA9D9.40109@namesys.com> <1079704347.11057.130.camel@watt.suse.com> <1079724411.2576.178.camel@abyss.local> <1079727833.11062.200.camel@watt.suse.com> <405B58BB.1020208@namesys.com> <1079728706.11061.210.camel@watt.suse.com> <405B5CB0.4090709@namesys.com> <1079729783.11062.215.camel@watt.suse.com> In-Reply-To: <1079729783.11062.215.camel@watt.suse.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1232 Lines: 51 Chris Mason wrote: >On Fri, 2004-03-19 at 15:48, Hans Reiser wrote: > > >>Chris Mason wrote: >> >> >> >>>>and I was imprecise, I should have asked, does fsync flush the disk >>>>cache regardless of what mount options are set or data/metadata touched >>>>in the 2.6 patches? >>>> >>>> > > > >>Forgive my relentlessness, is the answer to the above yes? >> >> > >Yes ;-) One goal of the 2.6 patches is to make it possible for higher >levels to easily insert flushes when needed. The reiserfs fsync and >ext3 fsync code will both do this. > > will do it, or do do it? >I realized I wasn't clear about device mapper and md earlier, both need >extra work to aggregate the flushes down to the drives. They don't yet >support flushing. > >-chris > > > > > > Sounds like things are very much unfinished and you guys need more time before these patches are ready for inclusion. We need to get reiser4 to use this stuff. Zam, put that in your todo list. -- Hans - 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/