From owner-freebsd-stable@FreeBSD.ORG Mon Apr 5 12:31:21 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBE1F16A4D0 for ; Mon, 5 Apr 2004 12:31:20 -0700 (PDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 998B143D53 for ; Mon, 5 Apr 2004 12:31:20 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc12) with ESMTP id <20040405193118012002dntee>; Mon, 5 Apr 2004 19:31:19 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA22078; Mon, 5 Apr 2004 12:31:17 -0700 (PDT) Date: Mon, 5 Apr 2004 12:31:15 -0700 (PDT) From: Julian Elischer To: freebsd-stable@freebsd.org In-Reply-To: <20040405190112.375E716A4D6@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Christopher Sean Hilton Subject: Re: USB problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 19:31:21 -0000 > Date: Sun, 4 Apr 2004 20:17:18 -0400 > From: Christopher Sean Hilton > Subject: Re: HEADSUP!!! USB MFC committed.. > To: Julian Elischer > Cc: stable@freebsd.org > Message-ID: <20040405001718.GA3027@endaba.pvt.vindaloo.com> > Content-Type: text/plain; charset=us-ascii > > On Fri, Mar 26, 2004 at 05:08:35PM -0800, Julian Elischer wrote: > > I'm having a problem with Pendrives in general. My "manufactured for > Memorex by Trek" 256M Drive came up in 10 seconds on FreeBSD 4.8. In > 4.9 since the MFC it takes two minutes and ten seconds. I suspect that > some quirk got turned off and that the machine it timeing out some > SCSI commands at startup. I would love to get the old behaviour > back. I've built a debugging kernel with CAMDEBUG turned on. Here's > what happens: > > Apr 4 19:51:08 dagobah /kernel.test: (xpt0:xpt0:0:-1:-1): debugging flags now 8 > Apr 4 19:51:20 dagobah /kernel.test: umass0: USB Solid state disk, rev 1.10/1.00, addr 2 > Apr 4 19:51:20 dagobah /kernel.test: umass0:1:0:-1: Attached to scbus1 as device 0 > Apr 4 19:51:20 dagobah /kernel.test: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > > ... Wait ... > > Apr 4 19:53:30 dagobah /kernel.test: (probe0:umass-sim0:0:0:0): Vendor Specific Command. CDB: 12 0 0 0 24 0 > Apr 4 19:53:32 dagobah /kernel.test: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 > Apr 4 19:53:32 dagobah /kernel.test: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > Apr 4 19:53:32 dagobah /kernel.test: pass0 at umass-sim0 bus 0 target 0 lun 0 > Apr 4 19:53:32 dagobah /kernel.test: pass0: Removable Direct Access SCSI-2 device > Apr 4 19:53:32 dagobah /kernel.test: pass0: Serial Number  > Apr 4 19:53:32 dagobah /kernel.test: pass0: 650KB/s transfers > Apr 4 19:53:32 dagobah /kernel.test: Creating DISK da0 > Apr 4 19:53:32 dagobah /kernel.test: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > Apr 4 19:53:32 dagobah /kernel.test: da0 at umass-sim0 bus 0 target 0 lun 0 > Apr 4 19:53:32 dagobah /kernel.test: da0: Removable Direct Access SCSI-2 device > Apr 4 19:53:32 dagobah /kernel.test: da0: Serial Number  > Apr 4 19:53:32 dagobah /kernel.test: da0: 650KB/s transfers > Apr 4 19:53:32 dagobah /kernel.test: da0: 252MB (516096 512 byte sectors: 64H 32S/T 252C) > > > It looks like the first inquiry command is timing out and then the > code changes the CDB from "12 0 0 0 24 0" to "12 1 80 0 ff 0" which > succeeds. This may just be a matter of needing some more time for the > device to settle before it's probed. I say that because the device > comes right up when the kernel is booted. > > I can send you more detailed information if you would like. The usb > device id is Vendor: 0x0a16 Product 0x9780. It's a Trek 256Mb > Thumbdrive manufactured for Memorex. > > Thanks for any help you can provide. (I can look into this more deeply > on my own if you can give me some pointers) > > # Kernel Configuration for GATEWAY-450 Laptop I am working on USB this week I hope to be able to look for this problem as part of that .. thanks.