From owner-freebsd-current@FreeBSD.ORG Sat Sep 13 00:23:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B1BF16A4BF for ; Sat, 13 Sep 2003 00:23:54 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31B6C43FAF for ; Sat, 13 Sep 2003 00:23:53 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h8D7Rsbi008394; Sat, 13 Sep 2003 03:27:55 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h8D7NPJ2067861; Sat, 13 Sep 2003 00:23:25 -0700 (PDT) (envelope-from jmg) Date: Sat, 13 Sep 2003 00:23:25 -0700 From: John-Mark Gurney To: Andrew Thompson Message-ID: <20030913072325.GT39788@funkthat.com> Mail-Followup-To: Andrew Thompson , Nate Lawson , current@freebsd.org References: <20030806213504.S74720@root.org> <03Aug8.140932nzst.119071@homer.fire.org.nz> <20030807200629.G77081@root.org> <1060346467.33258.3.camel@localhost> <20030808084040.C78146@root.org> <1060413953.33258.18.camel@localhost> <20030822094621.T4440@root.org> <3F629E00.7010708@fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F629E00.7010708@fud.org.nz> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: current@freebsd.org cc: Nate Lawson Subject: Re: USB da(4) quirks deprecated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 07:23:54 -0000 Andrew Thompson wrote this message on Sat, Sep 13, 2003 at 16:33 +1200: > I have just got around to trying this pen-drive again and have been > trying tracking down data corruptions. If I mount the drive, write a > file, umount/mount again the file is different. > > Using cmp I have found that there are consistent blocks of nulls in the > written file where data should be. The block is always 0xfff bytes long > and starts at 0x3000. I have tried many files and the offsets are > always the same. All the other data in the file is correct and at the > right location. > > 0x3000 -> 0x3fff > 0x7000 -> 0x7fff > 0xb000 -> 0xbfff > 0xf000 -> 0xffff > 0x13000 -> 0x13fff > ... and so on until the end of the file ... > > Any suggestions? Is this on an ohci controller? I'm trying to track down mbr's problem also that appears to do the same thing. Have you tried doing an fstat before umounting the fs? (There is a bug in msdosfs that doesn't sync the disk before unmount completes.) This is wierd in that it's the second page of the second transfer. The ohci can do up to 8k transfers in one TD, and then chain the TD's together if a larger block sized is used. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."