Date: Wed, 30 Mar 2005 13:56:29 +0200 From: Bernd Walter <ticso@cicely12.cicely.de> To: Alexandre Jouravlev <bofh@mail.ru> Cc: freebsd-usb@freebsd.org Subject: Re: Ezload problems. Message-ID: <20050330115629.GO33677@cicely12.cicely.de> In-Reply-To: <6ea402e33ab5f4d1a9e66c51c5ddc78a@mail.ru> References: <d6c9e248f5b46757d8083af2d48db088@mail.ru> <20050330104411.GL33677@cicely12.cicely.de> <dd8d511271eeba61ce9b9b25c8d4e123@mail.ru> <20050330110436.GM33677@cicely12.cicely.de> <6ea402e33ab5f4d1a9e66c51c5ddc78a@mail.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Mar 30, 2005 at 03:40:36PM +0400, Alexandre Jouravlev wrote: > > On Mar 30, 2005, at 3:04 PM, Bernd Walter wrote: > > > >E.g. you switch firmware by issuing an USB request and if the > >device disconnects bevor the request is completed things may hang > >until timeout or even forever. > > > Device disconnects normal, as I can see the device after reboot. (At > least I think so.) That you see it after reboot is a completely different story. During reboot the device won't receive USB frames requiring the device to suspend and reset USB states when seeing frames again. > >You say that you see the disconnect. > >In which lock state (ps -axl) are the usb* and ezload processes > >after the disconnect message? > > There is no ezdownload process after disconnect message. usb* in > different states like usbevt and usbtsk. With USB_DEBUG I can see that > download process is completed before disconnection. Hidden flag -r of > ezdownload utility also does not help. Try setting hw.usb.uhub.debug=20 befor testing. Would be interesting to see why you see a disconnect event, but no connect. > >Is there any change if you wait a minute? > > > No change even if I wait for a whole night. usbevt and usbtsk are also OK if the system is idle. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050330115629.GO33677>