* Bin Liu <b-liu@xxxxxx> [170511 13:47]: > On Thu, May 11, 2017 at 01:23:06PM -0700, Tony Lindgren wrote: > > > > Maybe try something like below, compile tested only. I don't > > think I have any USB modem here to test with. > > The patch below doesn't help. In device detach by the time > dsps_check_status() is called, the otg state is already A_WAIT_BCON, set > by musb_root_disconnect() in musb_stage0_irq() when handling DISCONNECT > interrupt. Oh OK. > I don't think it is about how long the modem disappears. When detach happens, > DISCONNECT interrupt happens, then dsps_check_status() is scheduled with > state A_WAIT_BCON, then VBUS got cut. > > BTY, I didn't debug with a modem, just with a device detach. Tring to > see how to not cut vbus at all in dsps_check_status(). OK > > It's also possible that we have dsps_check_status() getting called > > again on disconnect before the new 20 second period is over, I did > > not check for that yet. > > After a few trials, I start to think about a little cleanup in the otg > state machine in the musb drivers, I think we need to somehow > distinguish between normal and error conditions for A_WAIT_BCON state. Well maybe the minimal fix for now is just pretty much back to square one of this thread. This should keep VBUS always on. Then we can figure out some logic to cut VBUS later on. And yeah, the state machine is really hard to follow so some kind of clean up would be nice. Regards, Tony 8< ------------------- --- a/drivers/usb/musb/musb_dsps.c +++ b/drivers/usb/musb/musb_dsps.c @@ -245,7 +245,6 @@ static int dsps_check_status(struct musb *musb, void *unused) dsps_mod_timer_optional(glue); break; case OTG_STATE_A_WAIT_BCON: - musb_writeb(musb->mregs, MUSB_DEVCTL, 0); skip_session = 1; /* fall */ -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
