On Tue, Dec 14, 2010 at 02:00:49PM +0800, Wu, Hao wrote: > >> # usb_notifier_list is blocking_notifier and may not be time effective, not only OTG 1.3 > >but also OTG 2.0, there are a lot of timing requirement per spec. > >> For some case, we need the event notification happened asap. So I add an unified > >interface here and then let each otg implementation to bind its actual handler for these > >events. > > > >Sorry, but no, I really doubt your notification time limits are somehow > >not met with the existing notifiers. Please show me where they are out > >of range for your usage. > > > Hi Greg, > > As mentioned by Pavan in another email, OTG state should be moved from A_WAIT_BCON to A_HOST when "B-device connection" event detected. > The timeout can be as small as 1.1 sec. Another case is happened during OTG HNP. When it is in A_SUSPEND, it will move to A_PERIPHERAL state > upon a "B-device disconnect" event. The timeout can be as small as 200 msec. So using existing blocking notifier may not be good enough. Have you tested and seen that the current notifier really does have problems like this? I think we need a bit of proof before claiming that it will not work for you. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html