> -----Original Message----- > From: linux-omap-ow...@vger.kernel.org > [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev > Sent: Friday, November 20, 2009 11:46 PM > To: Maxime Petazzoni > Cc: linux-omap@vger.kernel.org > Subject: RE: VDD1 voltage after resume from idle > > > -----Original Message----- > > From: Maxime Petazzoni [mailto:mpetazz...@mvista.com] > > Sent: Friday, November 20, 2009 10:00 PM > > To: Premi, Sanjeev > > Cc: linux-omap@vger.kernel.org > > Subject: Re: VDD1 voltage after resume from idle > >
[snip]--[snip]--[snip] > > I guess the root cause could be same. I have not been able to > ascertain > the reason for the voltage changing during the idle/wakeup sequence. > Also tried to eliminate the enable_smartreflex() calls on wakeup path. > Sill I see voltage ramp-up. > > I am trying to find the cause of voltage ramping to 1.2V in hope that > the reason for ramp down will be just inverted reflection. > > With smartreflex disabled, there is no change in the voltage during > suspend; so the problem area seems to be smartreflex. > > Best regards, > Sanjeev Found the problem! In sr_configure_vp() the vsel is picked up from the OPP table and used, setting the voltage as expected (1.35V in my case). A printk confirms PRM_VC_CMD_VAL_0 is 0x3C201E00. By the time, kernel boots up, the value has changed to 0x30201E00. (0x30 corresponds to 1.2V) [r...@omap3evm /]# devmem 0x4830722c 32 0x30201E00 Now, when I update the init voltage back to 3C (via devmem) the voltage after resume/idle-wakeup is right (as expected). [r...@omap3evm /]# devmem 0x4830722c 32 0x3c201e00 [r...@omap3evm /]# So, I just need to find exact location where the configuration is being overwritten. It is well past midnight now. So the patch will have to wait until tomorrow. Best regards, Sanjeev [snip]--[snip]--[snip] -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
