From owner-freebsd-usb@FreeBSD.ORG Sun Jun 26 09:20:10 2005 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2D2416A41F for ; Sun, 26 Jun 2005 09:20:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAAEF43D53 for ; Sun, 26 Jun 2005 09:20:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j5Q9KATW029483 for ; Sun, 26 Jun 2005 09:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j5Q9KAbk029480; Sun, 26 Jun 2005 09:20:10 GMT (envelope-from gnats) Resent-Date: Sun, 26 Jun 2005 09:20:10 GMT Resent-Message-Id: <200506260920.j5Q9KAbk029480@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Stefan Walter Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07DF116A41C for ; Sun, 26 Jun 2005 09:16:33 +0000 (GMT) (envelope-from sw@gegenunendlich.de) Received: from mail.onlinefix.de (mail2-out.titan-networks.de [217.140.72.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9479E43D49 for ; Sun, 26 Jun 2005 09:16:31 +0000 (GMT) (envelope-from sw@gegenunendlich.de) Received: from kyuzo.dunkelkammer.void ([217.140.77.242]) (authenticated bits=0) by mail.onlinefix.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id j5Q9GSdk005134 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 26 Jun 2005 11:16:29 +0200 Received: by kyuzo.dunkelkammer.void (Postfix, from userid 1002) id 775DD3A1D; Sun, 26 Jun 2005 11:16:28 +0200 (CEST) Message-Id: <20050626091628.775DD3A1D@kyuzo.dunkelkammer.void> Date: Sun, 26 Jun 2005 11:16:28 +0200 (CEST) From: Stefan Walter To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: usb/82660: EHCI: I/O stuck in state 'physrd'/panic X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefan Walter List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jun 2005 09:20:11 -0000 >Number: 82660 >Category: usb >Synopsis: EHCI: I/O stuck in state 'physrd'/panic >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 26 09:20:10 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Stefan Walter >Release: FreeBSD 5.4-STABLE i386 >Organization: Infinity Approximation Task Force >Environment: System: FreeBSD kyuzo.dunkelkammer.void 5.4-STABLE FreeBSD 5.4-STABLE #0: Fri Jun 24 15:41:24 CEST 2005 root@kyuzo.dunkelkammer.void:/usr/src/sys/i386/compile/KYUZO i386 >Description: After updating to a recent RELENG_5 (see environment data), I thought I'd give USB 2.0 a try to speed up data exchange with my USB sticks. The controller is correctly identified, it seems: ehci0: mem 0xdbfdf700-0xdbfdf7ff irq 3 at device 16.3 on pci0 When plugging in an USB stick, it is correctly identified, too: umass0: USB Flash Disk, rev 2.00/2.00, addr 2 da2 at umass-sim0 bus 0 target 0 lun 0 da2: < USB BAR 2.00> Removable Direct Access SCSI-2 device da2: 40.000MB/s transfers da2: 124MB (255744 512 byte sectors: 64H 32S/T 124C) I can also list the content of the FAT filesystem with mtools' mdir command. When trying to copy a file from the stick to a local filesystem, however, mcopy is almost immediately stuck in state "physrd" (according to top(1)) after copying a varying number of bytes (between 100 and 2200 KB is what I've seen so far). I cannot kill the mtools process, but pulling out the USB stick helps - it panics some time after doing that, though. The same happens when trying to dump the whole USB stick to a file with "dd if=/dev/da2 of=stickimage bs=1024". The dd process also hangs in state "physrd" eventually. It doesn't seem to be a problem with IRQ sharing, as both "vmstat -i" and dmesg indicate that ehci0 doesn't share its IRQ with anything else. The USB stick works fine (with ehci, too) on a notebook with an Intel ICH4 chipset. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: