From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vladislav Bolkhovitin Subject: Re: [LFS/VM TOPIC] Stable pages while IO (was Wrong DIF guard tag on ext2 write) Date: Thu, 03 Jun 2010 21:41:52 +0400 Message-ID: <4C07E960.2040303@vlnb.net> References: <20100531112817.GA16260@schmichrtp.mainz.de.ibm.com> <4C07D3D0.8010500@panasas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Christof Schmitt , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, lsf10-pc@lists.linuxfoundation.org, Nick Piggin , Al Viro , Chris Mason , James Bottomley , "Martin K. Petersen" , Ric Wheeler , Matthew Wilcox , Christoph Hellwig To: Boaz Harrosh Return-path: In-Reply-To: <4C07D3D0.8010500@panasas.com> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Boaz Harrosh, on 06/03/2010 08:09 PM wrote: > [Topic] > How to not let pages change while in IO > > [Abstract] > As seen in a long thread on the fsdvel scsi mailing lists. Lots of > people have headaches and sleep less nights because individual pages > can change while in IO and/or DMA. Though each one as slightly different > needs, the mechanics look to be the same. > > People that care: > - Mirror and RAID people that need on disk consistency. > - Network storage that wants data checksum. > - DIF/DIX people - Load balancing MPIO clusters, where out of order execution of overlapping write requests for the changed pages can introduce a data corruption, which makes using Linux with load balancing MPIO clusters unsafe. > - ... > > I for one know nothing of the subject but am a RAID person and would > like a solution that does not force me to copy the complete data load. > > Please lets get all the VM VFS and drivers people in one room and see > if we can have a Linux solution to this problem > > Boaz > -- > To unsubscribe from this list: send the line "unsubscribe linux-scsi" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >