From owner-freebsd-arm@FreeBSD.ORG Wed Dec 16 14:22:04 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E04B106568B for ; Wed, 16 Dec 2009 14:22:04 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 510A18FC16 for ; Wed, 16 Dec 2009 14:22:04 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1NKulP-00053S-Ps for freebsd-arm@freebsd.org; Wed, 16 Dec 2009 06:22:03 -0800 Message-ID: <26811801.post@talk.nabble.com> Date: Wed, 16 Dec 2009 06:22:03 -0800 (PST) From: RuiDC To: freebsd-arm@freebsd.org In-Reply-To: <4B28CFCD.3000401@semihalf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: ruidc@yahoo.com References: <26803523.post@talk.nabble.com> <4B28C608.1070802@gmail.com> <4B28CFCD.3000401@semihalf.com> Subject: Re: fetch data corruption on local fs X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2009 14:22:04 -0000 Thanks! That's definitely the problem, I used an md filesystem instead of nfs as it was easier, and reproduced the problem, this time on a smaller .gz file (11MB): ftp://ftp.gnu.org/gnu/gettext/gettext-0.17.tar.gz which was also failing consistently. If I mount it without -o sync I reproduce the problem, if I mount it with -o sync it works. so the only questions open are that: 1. this happens for relatively small files as above rather than the 300MB referred to in your quoted thread, 2. what is the safest to use: just -o sync or also -o noclusterr -o noclusterw ? 3. I then need to seek how to compile these mount options into the kernel, as this is for my root filesystem compiled using: option ROOTDEVNAME=\"ufs:/dev/da0s2\" Regards, RuiDC Grzegorz Bernacki wrote: > > bebahu@gmail.com wrote: > >> I have seen the same problem. Fetch is corrupting downloads to local >> filesystems. You can try it on an NFS mount or mount your local fs with >> "-o sync". >> >> As i have seen there are n x 32bytes of corrupt chunks in the downloaded >> file. I hope it correlate with something, but have no time to dig >> deeper. Also note cp, scp does not corrupts data so fetch does something >> alternatively. >> > > Hi, > > 32 bytes is a size of cache line, so probably this is a cache coherency > issue. Please read mail below for details and workaround. > > http://lists.freebsd.org/pipermail/freebsd-arm/2008-December/001423.html > > Grzesiek > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > -- View this message in context: http://old.nabble.com/problem-setting-up-ports-tp26803523p26811801.html Sent from the freebsd-arm mailing list archive at Nabble.com.