Uli, it seems we are going in circles here. As I pointed out three months ago, it is simply _not_ true that you can rely on host controllers to cycle the power of their USB devices during reboot. Lots of machines do not do this, and the machines that do can have USB-Hub's connected which in my experience most of the time just keep the power on all USB-devices connected.
For instance, I currently have a (not really down-end priced, excellent performing) Gigabyte K8NS Ultra 939 board that keeps all its on-board USB ports powered, _even_ after a shutdown. You really have to pull out the mains cord to get the USB ports powerless... So, regardless whether it is against any standard or not, if the zd1211rw driver is not dealing with this fact of life, a lot of users will keep these reboot/reset/reload problems, and that would be a shame for a driver that apart from this works beautifully. I'm not the expert here, but wouldn't it be a good idea to make sure disconnect() is called on both reset and reboot (by root), and all other "exit" scenario's possible. That then would be a "clean" exit, not relying on how other components in the environment are acting? You nor Daniel would need extensive bug logs for that, which then are so voluminous they cannot be handled, nor would you need to be able to reproduce the bug on your own machines. Not sure what the consequences of my suggestion are, just trying to contribute... Best regards to all! > -----Oorspronkelijk bericht----- > Van: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Namens Uli Kunitz > Verzonden: zaterdag 23 december 2006 0:38 > Aan: Matthieu CASTET > CC: zd1211-devs@lists.sourceforge.net > Onderwerp: Re: [zd1211-devs] Vendor driver v2.16.0.0 > > > > Am 22.12.2006 um 23:59 schrieb Matthieu CASTET: > > > On Fri, 22 Dec 2006 14:10:08 -0500, Daniel Drake wrote: > > > >> Matthieu CASTET wrote: > >>> BTW if I remove usb_reset_device in zd1211rw disconnect, the > >>> firmware > >>> upload fails. This doesn't seem woorking :( > >> > >> That's why the reset is there. The vendor driver does it the same > >> way. > >> > > Yes but in case of reset/reboot disconnect is not called. So I > > failed to > > see how the firmware will recover from these cases if it is not > > able to > > recover a missing reset in disconnect. > > Do you mean reset or reboot? In the reset case disconnect() will not > be called. In the reboot case, defined by calling reboot as root, I > would expect it to happen. However it shouldn't matter because the > host controller should cycle the power during reboot. > > My current assumption is, that the bug appears, if disconnect() is > not called and during system start the power for the device is not > cycled. I would like to see that proven, however I have never seen > the bug, because all my systems are cycling the USB power during boot. > > Regards, > > Uli > > -- > Uli Kunitz > > > > > -------------------------------------------------------------- > ----------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the > chance to share your opinions on IT & business topics through > brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge &CID=DEVDEV _______________________________________________ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
