From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 6 23:04:26 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 B1DAE16A4CE for ; Tue, 6 Jan 2004 23:04:26 -0800 (PST) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4F2443D41 for ; Tue, 6 Jan 2004 23:04:24 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp108-195.lns1.adl1.internode.on.net [150.101.108.195])i07748Rp037228; Wed, 7 Jan 2004 17:34:09 +1030 (CST) Received: from chowder.gsoft.com.au (root@localhost.dons.net.au [127.0.0.1]) by midget.dons.net.au (8.12.9/8.12.9) with ESMTP id i07746aW091076; Wed, 7 Jan 2004 17:34:06 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: ticso@cicely.de, Bernd Walter Date: Wed, 7 Jan 2004 17:34:05 +1030 User-Agent: KMail/1.5.4 References: <3FFA04A8.30601@evilrealms.net> <200401071644.47090.doconnor@gsoft.com.au> <20040107063824.GF45569@cicely12.cicely.de> In-Reply-To: <20040107063824.GF45569@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401071734.05764.doconnor@gsoft.com.au> X-Spam-Score: -5 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.26 (www . roaringpenguin . com / mimedefang) 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 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 07:04:26 -0000 On Wednesday 07 January 2004 17:08, Bernd Walter wrote: > > I don't think it IS a dumb device, there is a USB spec called DFU which > > covers it and the hosts job is to do the reenumeration. > > Sparing a transistor to offload the work to the host were its also > way more complex to do is dump. > If this is part of the Spec, then the spec is dump too. Err yes, this IS USB we're talking about here :) > usbd_reset_port should do from the USB point of view, but this doesn't > trigger Free BSD to do a reconfiguration of the device, which is > required after reset. > > Maybe the following will do instead: > usbd_clear_port_feature(dev, port, UHF_PORT_ENABLE) > delay(USB_PORT_POWERUP_DELAY); > usbd_set_port_feature(dev, port, UHF_PORT_ENABLE) > dev and port is that from the hub. Except that would remove power to the port I think.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5