From owner-freebsd-questions@FreeBSD.ORG Mon Apr 5 08:23:23 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 688B316A4CE; Mon, 5 Apr 2004 08:23:23 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD55043D53; Mon, 5 Apr 2004 08:23:22 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i35FN9US051017 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 5 Apr 2004 17:23:12 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i35FLkhn046568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Apr 2004 17:21:47 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i35FLjCE082136; Mon, 5 Apr 2004 17:21:46 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i35FLjPI082135; Mon, 5 Apr 2004 17:21:45 +0200 (CEST) (envelope-from ticso) Date: Mon, 5 Apr 2004 17:21:45 +0200 From: Bernd Walter To: Heinrich Rebehn Message-ID: <20040405152144.GB81325@cicely12.cicely.de> References: <200403221348.52786.peter.schuller@infidyne.com> <200403221409.01443.peter.schuller@infidyne.com> <20040329113642.GF26269@cicely12.cicely.de> <407157F9.4080701@ant.uni-bremen.de> <20040405130526.GA81325@cicely12.cicely.de> <407176AC.3010604@ant.uni-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <407176AC.3010604@ant.uni-bremen.de> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: questions@freebsd.org cc: Peter Schuller cc: ticso@cicely.de cc: freebsd-questions@freebsd.org Subject: Re: Recommended USB 2.0 controller fr. 5.2+ X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 15:23:23 -0000 On Mon, Apr 05, 2004 at 05:09:32PM +0200, Heinrich Rebehn wrote: > Bernd Walter wrote: > >On Mon, Apr 05, 2004 at 02:58:33PM +0200, Heinrich Rebehn wrote: > > > >>i am using a NEC USB2 controller and am just about to give up on using > >>it. I don't know if it's the controller, the disk or the ehci driver. > >>However, man ehci(4) states that "The driver is not finished and is > >>quite buggy." This seems to be true. I get all sorts of trouble ranging > >>from hangs during boot to system crashes. > >>I am reverting back to USB1 although its terribly slow. > >> > >>FreeBSD 5.2.1-RELEASE-p3 > >> > >>usb4: EHCI version 1.0 > >>usb4: companion controllers, 2 ports each: usb2 usb3 > >>usb4: on ehci0 > >>usb4: USB revision 2.0 > >>uhub4: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > >>uhub4: 3 ports with 3 removable, self powered > >> > >>umass0: Maxtor OneTouch, rev 2.00/2.00, addr 2 > >>umass0: Get Max Lun not supported (STALLED) > >>GEOM: create disk da0 dp=0xc82ad450 > >>da0 at umass-sim0 bus 0 target 0 lun 0 > >>da0: Fixed Direct Access SCSI-0 device > >>da0: 1.000MB/s transfers > >>da0: 239371MB (490232832 512 byte sectors: 255H 63S/T 30515C) > >> > >>Sorry i can't report anything posivtive on this. > > > > > >And I can't see anything wrong with your log. > > > > Sorry, the log should only show what hardware i am using. > I could not find any log for the hangs, probably because it occurs while > the kernel is starting and i have to press reset, so it never gets > written to a logfile. > > The crash happend when i hotplugged an MP3 Jukebox and tried to mount it: > > Apr 3 12:32:26 antsrv1 kernel: umass1: ARCHOS ARCHOS USB2.0 (P4a), rev > 2.00/11.01, addr 3 > Apr 3 12:32:32 antsrv1 kernel: GEOM: create disk da1 dp=0xca5f0850 > Apr 3 12:32:32 antsrv1 kernel: da1 at umass-sim1 bus 1 target 0 lun 0 > Apr 3 12:32:32 antsrv1 kernel: da1: Fixed > Direct Access SCSI-0 device SCSI-0 - how funny - there was never a SCSI revision 0. If we would have been strict then da driver wouldn't attach, because it can't really know a SCSI-0 direct access. At least a disk should be SCSI-1 with CCS which is the first revision that definied the command set. > Apr 3 12:32:32 antsrv1 kernel: da1: 1.000MB/s transfers Also not very smart - but harmless. > Apr 3 12:32:32 antsrv1 kernel: da1: 19077MB (39070080 512 byte sectors: > 255H 63S/T 2432C) > Apr 3 12:33:03 antsrv1 login: ROOT LOGIN (root) ON ttyv0 > Apr 3 12:38:08 antsrv1 syslogd: kernel boot file is /boot/kernel/kernel > Apr 3 12:38:08 antsrv1 kernel: panic: ehci_abort_xfer: not in process > context OK - we have an abort_xfer without any reason given. The panic is because the aborted transfer doesn't exist, which could mean that someone aborted an already completed transfer. Can you please add USB_DEBUG to your kernel and retry. > Apr 3 12:38:08 antsrv1 kernel: cpuid = 0; > Apr 3 12:38:08 antsrv1 kernel: > Apr 3 12:38:08 antsrv1 kernel: syncing disks, buffers remaining... 6418 > 6418 6418 6418 6418 6418 6418 6418 6418 6418 6418 6418 6418 6418 6418 > 6418 6418 6418 6418 6418 > Apr 3 12:38:08 antsrv1 kernel: giving up on 3004 buffers > Apr 3 12:38:08 antsrv1 kernel: Uptime: 22h44m54s A stack trace would be fine too so we see the function issuing the abort. The cause might be with USB-1.1 too, but not triggered because of less speed. > Also, i get I/O-errors and the disk is inaccessible after having worked > ok for days. Rebooting the machine fixes this. Which kind of IO errors? USB / SCSI / DA / Application? -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de