From owner-freebsd-current@FreeBSD.ORG Tue Aug 5 14:56:34 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 71D9737B401 for ; Tue, 5 Aug 2003 14:56:34 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 7278443FB1 for ; Tue, 5 Aug 2003 14:56:33 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 71873 invoked by uid 1000); 5 Aug 2003 21:56:34 -0000 Date: Tue, 5 Aug 2003 14:56:34 -0700 (PDT) From: Nate Lawson To: John Hay In-Reply-To: <20030731055738.GA62002@zibbi.icomtek.csir.co.za> Message-ID: <20030805145435.G71871@root.org> References: <20030730055859.GA15943@zibbi.icomtek.csir.co.za> <20030730064434.GA17559@zibbi.icomtek.csir.co.za> <20030731055738.GA62002@zibbi.icomtek.csir.co.za> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: strange umass/scsi behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2003 21:56:34 -0000 On Thu, 31 Jul 2003, John Hay wrote: > > > > > Does anyone have an idea why the umass/scsi code behave differently > > > > > between if you boot with a device already plugged in as opposed to > > > > > plugging it in later? In my case it is a Sandisk Cruiser. If I plug > > > > > it in before booting, it works just great, but if I plug it in later, > > > > > it does not want to work. > > > The > > > "problem" is that only da0 pitch up in the /dev directory. There should > > > be a da0s1 too. Using fdisk on da0 does show what looks like a valid > > > partition table with one DOS partition. I have tried camcontrol reset, > > > inquiry, start and rescan, but can't get da0s1 to make its appearance. > > > > Sounds like a GEOM problem. Unless you have other errors from da0 after > > the last line you posted, it appears the command retry attempt succeeded. > > At that point, the problem is likely with GEOM not parsing the partition > > table when it appears and making the slice show up. > > > > But I don't know enough about GEOM to claim this its fault. > > Ok, but why does geom pick it up correctly when booting with the disk > plugged in? Does geom mabe get called before the disk is ready? If > that "Opened disk ..." message is from geom, the order of things looks > like geom gets called just after the "Unretryable error". When you boot with it attached, USB is turned on early enough in the boot cycle that the delay while probing SCSI/ATA devices gives the USB device enough time to warm up before GEOM does its "taste" of the device (last in the boot cycle). I'm sending a copy of this to phk@ to see if he has any further thoughts. -Nate