From owner-freebsd-arm@FreeBSD.ORG Wed Dec 16 12:36:22 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 9582B1065670 for ; Wed, 16 Dec 2009 12:36:22 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 45A288FC15 for ; Wed, 16 Dec 2009 12:36:22 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id E4DC0C41E7; Wed, 16 Dec 2009 13:17:20 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id BaKjY7LVJ8gq; Wed, 16 Dec 2009 13:17:20 +0100 (CET) Received: from [10.0.0.75] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPA id 1FAB9C3BA4; Wed, 16 Dec 2009 13:17:20 +0100 (CET) Message-ID: <4B28CFCD.3000401@semihalf.com> Date: Wed, 16 Dec 2009 13:17:17 +0100 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: bebahu@gmail.com References: <26803523.post@talk.nabble.com> <4B28C608.1070802@gmail.com> In-Reply-To: <4B28C608.1070802@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, RuiDC 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 12:36:22 -0000 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