Date: Sun, 14 Sep 2003 17:13:54 +1200 From: Andrew Thompson <andy@fud.org.nz> To: Nate Lawson <nate@root.org> Cc: current@freebsd.org Subject: Re: USB da(4) quirks deprecated Message-ID: <3F63F912.4000703@fud.org.nz> In-Reply-To: <20030913090314.T2176@root.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> <20030913072325.GT39788@funkthat.com> <20030913090314.T2176@root.org>
index | next in thread | previous in thread | raw e-mail
Nate Lawson wrote: > On Sat, 13 Sep 2003, John-Mark Gurney wrote: > >>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. >>> >>Is this on an ohci controller? >> Yes, on a Compaq N1000v laptop (nothing but trouble) usb0: OHCI version 1.0, legacy support usb0: <NEC uPD 9210 USB controller> on ohci0 usb0: USB revision 1.0 >> >>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. > > Maybe you can provide him a patch that limits transfers to a single page > as multi-page descriptors might be broken on his controller. > I have now tried the unit on my desktop at home and it works perfect, no corruptions. It seems to be related to my laptop usb controller as Nate suggests. Andyhome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3F63F912.4000703>