From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 6 22:06:02 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CFDF16A4CE for ; Tue, 6 Jan 2004 22:06:02 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A84D543D1D for ; Tue, 6 Jan 2004 22:05:59 -0800 (PST) (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) i0765lN1096198 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 7 Jan 2004 07:05:53 +0100 (CET) (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 i0765e4H001895 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Jan 2004 07:05:41 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.10/8.12.10) with ESMTP id i0765eBE046296; Wed, 7 Jan 2004 07:05:40 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.10/8.12.10/Submit) id i0765dTn046295; Wed, 7 Jan 2004 07:05:39 +0100 (CET) (envelope-from ticso) Date: Wed, 7 Jan 2004 07:05:38 +0100 From: Bernd Walter To: "Daniel O'Connor" Message-ID: <20040107060538.GE45569@cicely12.cicely.de> References: <3FFA04A8.30601@evilrealms.net> <20040106081714.GH39786@cicely12.cicely.de> <200401071605.15740.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200401071605.15740.doconnor@gsoft.com.au> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: Bernd Walter cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de cc: Jay Cornwall Subject: Re: USB stack / configuration 0 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2004 06:06:02 -0000 On Wed, Jan 07, 2004 at 04:05:15PM +1030, Daniel O'Connor wrote: > On Tuesday 06 January 2004 18:47, Bernd Walter wrote: > > > When setting a USB device to configuration number USB_UNCONFIG_NO (i.e. > > > 0), the device goes into an unconfigured state with an invalid > > > dev->cdesc. How does one then leave this unconfigured state and > > > reconfigure the device to accept configuration changes? (all > > > USB_SET_CONFIG changes are currently refused after going into > > > configuration 0 - I'm not sure if this is the desired behaviour or a bug) > > > > I have to read the docs first bevor making a qualified comment about > > this. > > I'm not 100% sure if this applies, but.. > There are certainly situations where you want to reenumerate the USB devices, > for example there are a number of devices which have no real firmware - they > expect to be programmed by the PC then reset and reenumerated after being > plugged in. Different story. > I have such a device (M-Audio Mobile Pre USB) and I have modified USB audio > code which works except that you need to manually reset the device without > removing power (which is done by partially removing and then reinserting the > USB connector). Bad device - it would have been so easy add an single transitor to do this automaticaly. Nevertheless USB_UNCONFIG_NO can't help you here. What you need to do is toggling the hub port if the device is to stupid to detach/reattach on his own. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de