From owner-svn-src-all@FreeBSD.ORG Tue Jan 6 17:21:14 2009 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 489FB106566B; Tue, 6 Jan 2009 17:21:14 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id EDFBC8FC1A; Tue, 6 Jan 2009 17:21:12 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Lcuq5n9lQ50A:10 a=tgiRRak4JjAA:10 a=rREUrScshOl7G2h6aTFPgw==:17 a=BgEwljOxvJJA3K97OGEA:9 a=wtgyqGEEd_kUbc-JDdMA:7 a=OAKkXXBgVJ-EBx0yoi5eOTq0s1cA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.73.248.227] (account mc467741@c2i.net [62.73.248.227] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1003439231; Tue, 06 Jan 2009 18:21:11 +0100 From: Hans Petter Selasky To: Stanislav Sedov Date: Tue, 6 Jan 2009 18:23:33 +0100 User-Agent: KMail/1.9.7 References: <200901040012.n040C2gH040928@svn.freebsd.org> <200901061751.27394.hselasky@c2i.net> <20090106200103.26f2b5a9.stas@FreeBSD.org> In-Reply-To: <20090106200103.26f2b5a9.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901061823.34415.hselasky@c2i.net> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Alfred Perlstein , src-committers@freebsd.org Subject: Re: svn commit: r186730 - in head: lib/libusb20 sys/dev/usb2/controller sys/dev/usb2/core sys/dev/usb2/ethernet sys/dev/usb2/image sys/dev/usb2/include sys/dev/usb2/serial sys/dev/usb2/sound sys/dev/us... X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2009 17:21:14 -0000 On Tuesday 06 January 2009, Stanislav Sedov wrote: > On Tue, 6 Jan 2009 17:51:26 +0100 > > Hans Petter Selasky mentioned: > > On Tuesday 06 January 2009, Stanislav Sedov wrote: > > > On Tue, 6 Jan 2009 16:13:32 +0100 > > > > > > Hans Petter Selasky mentioned: > > > > Try: > > > > > > > > usbconfig -u 0 -a 2 set_config 1 > > > > > > This helps. Now ubsa attaches to the device. But I can't communicate > > > with it (no echo even). I see the following messages in the log: > > > ubsa_cfg_request:395: device request failed, err=USB_ERR_STALLED > > > (ignored) ubsa_cfg_request:395: device request failed, > > > err=USB_ERR_STALLED (ignored) ubsa_cfg_request:395: device request > > > failed, err=USB_ERR_STALLED (ignored) > > > > > > > You can for example add a quirk for this, see "usbconfig -h | grep -i > > > > quirk". I know this is not so easy, but if you can make a general > > > > rule for when selecting another configuration, I will add it. > > > > > > Why not let the driver to set the config? > > > > Because: > > > > 1) it clashes with USB device side mode, where the config index is > > received from Host > > > > 2) Different device drivers might want different configurations. > > > > 3) The driver for the active configuration might not be loaded. > > I see. > > > This is interesting: > > > bNumConfigurations = 0x0001 > > > > The device says it only has one configuration! So setting index 1 should > > not be allowed. > > > > Could you try to change the check in the ubsa2.c probe routine to check > > for config index 0 instead? > > It attaches but doesn't work with the same error message as listed above. > > > > iInterface = 0x0003 > > > > When you cannot retrive the strings, I think your device is gone! > > (Crashed) > > So at this point the device is effectively detached? Do you have ideas why > that might happen. I don't also understand how it may work with config > index 1 on old stack if the maximum number of configurations is 1 too... > Looks weird. Hi, Some checkpoints: 1) You removed the config index 1 quirk? 2) You re-plugged the module and let it stay disconnected for some seconds? You can reach the endpoints through ugen when config index 0 is set. cat /dev/ugen0.2.0.1 echo "at" > /dev/ugen0.2.0.2 If you are lucky you will get something back. --HPS