On Monday 27 February 2006 12:43 am, [EMAIL PROTECTED] wrote: > > Thanks Dave, > > I have registered my hcd as a platform driver. In my hc_driver structure > I have 4 entry points related to PM. Those are bus_suspend/resume and > suspend/resume.
For (respectively) the root hub and the whole controller. > In my platform driver I have two entry points related to PM. Those r > suspend/resume. Now if I can provide all the functionalities which my > hc_driver`s suspend/resume provides in platform driver`s suspend/resume > entry point then is it necessary to define suspend/resume entry point in > hc_driver. I am talking about suspend/resume not bus_suspend/resume. As a rule the root hub will be suspended before, and resumed after, the controller itself. You may need to verify that the root hub wasn't woken up before suspending the controller. > Second thing is in ohci_restart at the end after calling > ohci_run all the root hub ports are disabled. Why is it needed? Because it's a _restart_ not a resume, and when that was first coded we couldn't rely on khubd to do the right thing. > Third thing is during a transfer I suspend the bus and I want to > resume the transfer on resuming the bus. In this case who does the > queuing of transfers/urbs ? > Is it the client driver, usb-core or hcd ? The client/protocol drivers are supposed to quiesce themselves as part of their own suspend() calls, and reactivate on resume(). If they don't, they're liable to start getting errors as soon as their parent hub suspends and the transfers start triggering USB errors of various kinds. The HCD should do something sane if they're buggy and don't do so, however. - Dave > Please suggest > > > Thanks and regards, > Rasmit. > > > The information contained in this electronic message and any attachments to > this message are intended for the exclusive use of the addressee(s) and may > contain proprietary, confidential or privileged information. If you are not > the intended recipient, you should not disseminate, distribute or copy this > e-mail. Please notify the sender immediately and destroy all copies of this > message and any attachments. > > WARNING: Computer viruses can be transmitted via email. The recipient should > check this email and any attachments for the presence of viruses. The company > accepts no liability for any damage caused by any virus transmitted by this > email. > > www.wipro.com > ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
