Hi Kevin, > -----Original Message----- > From: Vishwanath Sripathy [mailto:vishwanath.bs@xxxxxx] > Sent: Tuesday, November 29, 2011 4:53 PM > To: Kevin Hilman > Cc: linux-omap@xxxxxxxxxxxxxxx; linux-arm-kernel@xxxxxxxxxxxxxxxxxxx > Subject: RE: [PATCHv2 0/7]ARM: OMAP3PLUS PM: Add IO DaisyChain > support via hwmod mux > > > -----Original Message----- > > From: Kevin Hilman [mailto:khilman@xxxxxx] > > Sent: Tuesday, November 08, 2011 6:28 AM > > To: Vishwanath BS > > Cc: linux-omap@xxxxxxxxxxxxxxx; linux-arm- > kernel@xxxxxxxxxxxxxxxxxxx > > Subject: Re: [PATCHv2 0/7]ARM: OMAP3PLUS PM: Add IO DaisyChain > > support via hwmod mux > > > > Hi Vishwa, > > > > Vishwanath BS <vishwanath.bs@xxxxxx> writes: > > > > > The folowing patch series provides IO Daisychain feature via > omap > > hwmod mux > > > framework. > > > > The series looks OK at first glance, but needs a refresh against > > current > > mainline. > OK. > > > > Can you refresh this against Tony's 'fixes' branch and re-test. > > > > I tested this on OMAP3430/n900 and noticed that it no longer hit > off > > mode from idle. > > > > IOW, If I enable UART timeouts and then enable off mode, I don't > > actually ever hit off during idle. However, if I do a > > suspend/resume I > > see it hits off mode, then subsequent attempts to hit off during > > idle work. > > > > Can you investigate this? > OK. Let me check that. I rebased these patches against latest Tony's fixes branch and tested it on OMAP3430 SDP. I see that Core enters off mode in idle path after setting UART timeout w/o having to suspend the system. Is there anything else I need to do to see the issue mentioned by you? Regards Vishwa > > Regards > Vishwa > > > > Kevin -- 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
