Hi On Fri, Jun 28, 2013 at 02:46:11PM +0300, Roger Quadros wrote: > On 06/28/2013 02:33 PM, Michael Trimarchi wrote: > > Hi Roger > > > > On Thu, Jun 27, 2013 at 11:07:11PM +0300, Ruslan Bilovol wrote: > >> On Thu, Jun 27, 2013 at 10:24 PM, Michael Trimarchi > >> <michael@xxxxxxxxxxxxxxxxxxxx> wrote: > > >> Do you have locks around this software workaround? > >> The patch I did against 3.4 linux kernel may be helpful for > >> you in such case: http://review.omapzoom.org/28515 > >> Another patch extends this WA for all OMAP4 SoCs: > >> http://review.omapzoom.org/31108 > > > > I'm testing using pm_test and stop to core (5ms and not 5 seconds) (usb suspend cycle are done correctly) so > > the problem could be: > > > > 1) SAR usb context restore. I have applied the SAR workaround but the core doesn't go in full retantion > > could be it a problem? > > If core doesn't go in to OFF then SAR will not come into play. Are you still affected by the > issue if OFF mode is disabled? If yes then it probably is not related to SAR. > I don't go in full retantion for FSUSB now [ 36.317413] PD_CORE curr=ON prev=ON logic=ON [ 36.317413] PD_L3_INIT curr=ON prev=ON logic=ON [ 36.317413] CD_L3_INIT mode=SW_SLEEP activity=0x2100 [ 36.317413] FSUSB mode=DISABLED stbyst=STBY idlest=TRANSITION [ 36.317413] Powerdomain (core_pwrdm) didn't enter target state 1 Vs achieved state 3. current state 3 [ 36.317413] Powerdomain (l3init_pwrdm) didn't enter target state 1 Vs achieved state 3. current state 3 This with enable_off_mode equal to 1 and usb stuck but if I switch to enable_off_mode 0 (debug file), it works. So the problem seems somewhere there. Michael > > > > 2) idle status of ulpis pins? > > Yes this can be possible. > > When you said earlier that the problem doesn't happen when one of the ULPIs is used > did you try both of them individually. e.g. case 1: port 1 only enabled, > case 2: port 2 only enabled. > > Did it work in both the cases? > > cheers, > -roger > -- 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