From owner-freebsd-current Wed Feb 27 21: 8: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id 5794837B417 for ; Wed, 27 Feb 2002 21:08:01 -0800 (PST) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id VAA19073; Wed, 27 Feb 2002 21:08:00 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [162.62.64.10]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id UAA11671; Wed, 27 Feb 2002 20:50:31 -0800 (PST) Received: from hollin.btc.adaptec.com (hollin [162.62.149.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id WAA06543; Wed, 27 Feb 2002 22:07:56 -0700 (MST) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.11.6/8.11.4) id g1S55fO04716; Wed, 27 Feb 2002 22:05:41 -0700 (MST) (envelope-from scottl) Date: Wed, 27 Feb 2002 22:05:40 -0700 From: Scott Long To: Riccardo Torrini Cc: freebsd-current@freebsd.org Subject: Re: usb product identified as ugen Message-ID: <20020228050540.GA4703@hollin.btc.adaptec.com> References: <1014851835.3906.55.camel@hollin.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Feb 28, 2002 at 01:39:55AM +0100, Riccardo Torrini wrote: > On 27-Feb-2002 (23:17:15/GMT) Scott Long wrote: > > > Is the umass device compiled into the kernel, or loaded as a > > module? If it's a module, is it loaded before you attach the > > drive? The usb daemon isn't smart enough yet to load it... > > Now I have all compiled in. Something happens... > > [...] > > Anyway, ugen0 disappear from /dev/ but _no_ umass0 appear, > only xpt0... > > > Riccardo. > The debug trace looks very good. No umass0 device should appear in /dev. Instead, you should get a da device. Do 'camcontrol devlist -v' and you should see the bus (represented as umass-sim) and a 'da' and 'pass' device for the drive. It also sounds like you have other issues with the device not always attaching or detaching correctly. This is a weakness of the umass driver, so you'll have to experiment a bit to see what works for you. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message