From owner-freebsd-usb@FreeBSD.ORG Sun Nov 17 00:59:41 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B1CCA2 for ; Sun, 17 Nov 2013 00:59:41 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id DCF952E65 for ; Sun, 17 Nov 2013 00:59:39 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 441561006FE; Sat, 16 Nov 2013 22:59:24 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id D30188EEE4A; Sat, 16 Nov 2013 22:59:57 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZkOkXdsbIxsg; Sat, 16 Nov 2013 22:59:57 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 345218EEE40; Sat, 16 Nov 2013 22:59:57 +0100 (CET) Message-ID: <5287EB04.9000205@bitfrost.no> Date: Sat, 16 Nov 2013 23:00:36 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Peter Jeremy , freebsd-usb@freebsd.org Subject: Re: USB bus stopping References: <20131116211752.GA96782@server.rulingia.com> In-Reply-To: <20131116211752.GA96782@server.rulingia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 00:59:41 -0000 On 11/16/13 22:17, Peter Jeremy wrote: > 07:34:26.147358 usbus4.2 DONE-BULK-EP=00000002,SPD=HIGH,NFR=1,SLEN=0,IVAL=0,ERR=0 > 07:34:26.147420 usbus4.2 SUBM-BULK-EP=00000002,SPD=HIGH,NFR=1,SLEN=20480,IVAL=0 > 07:35:29.624720 usbus4.2 DONE-BULK-EP=00000002,SPD=HIGH,NFR=0,SLEN=0,IVAL=0,ERR=TIMEOUT > 07:35:29.624742 usbus4.2 SUBM-CTRL-EP=00000000,SPD=HIGH,NFR=1,SLEN=8,IVAL=0 Hi, You possibly need a HW USB analyzer to go further with this. If you can prove that the device is infinitly NAK'ing the USB transfer, which I think it is, not receiving the data it should, then it's a device fault, which is not that uncommon. Some devices don't handle stress simply. Else there are some known issues on the host side. See: hw.usb.ehci.lostintrbug For example. --HPS