Date: Wed, 7 Jan 2004 09:07:21 +0100 From: Bernd Walter <ticso@cicely12.cicely.de> To: "Daniel O'Connor" <doconnor@gsoft.com.au> Cc: Jay Cornwall <jay@evilrealms.net> Subject: Re: USB stack / configuration 0 Message-ID: <20040107080720.GH45569@cicely12.cicely.de> In-Reply-To: <200401071734.05764.doconnor@gsoft.com.au> References: <3FFA04A8.30601@evilrealms.net> <200401071644.47090.doconnor@gsoft.com.au> <20040107063824.GF45569@cicely12.cicely.de> <200401071734.05764.doconnor@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 07, 2004 at 05:34:05PM +1030, Daniel O'Connor wrote: > 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 :) Reead your spec - it's not part of USB itself. umass, ulpt, etc are extensions. It is even that a mass storage device doesn't have to honour umass specification to get the USB compliance logo :( > > 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.. AFAIK power is independend, but I'm not 100% shure. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040107080720.GH45569>