> -----Original Message----- > From: Kevin Hilman [mailto:khilman@xxxxxxxxxxxxxxxxxxx] > Sent: Thursday, January 15, 2009 8:32 PM > To: Premi, Sanjeev > Cc: linux-omap@xxxxxxxxxxxxxxx > Subject: Re: new PM branch available > > Premi, Sanjeev wrote: > >> -----Original Message----- > >> From: linux-omap-owner@xxxxxxxxxxxxxxx > >> [mailto:linux-omap-owner@xxxxxxxxxxxxxxx] On Behalf Of Kevin Hilman > >> Sent: Wednesday, January 14, 2009 10:10 PM > >> To: Sriram V > >> Cc: linux-omap@xxxxxxxxxxxxxxx > >> Subject: Re: new PM branch available > >> > >> Sriram V wrote: > >>> Hi, > >>> OMAP3EVM. all domains hit retention in suspend. > >>> > >>> On enabling cpuidle, network and mmc is not stable. network is > >>> unable to get an IP address. > >> Sriram, > >> > >> Can you send me your .config for omap3evm? I'm trying to get my > >> recently received EVM working but I am getting lots of > garbage on the > >> serial console on linux-omap HEAD and PM branch on > omap3evm. Do you > >> have any additional patches for EVM that you're using? > >> > >> Kevin > >> > > > > Hi Kevin, > > > > I was able to test against the HEAD 'pm' branch on the EVM. > > Here are my observations with default configuration: > > > > 1) CONFIG_DEBUG_LL=y is set by default. The kernel boots fine. > > I did not notice any 'garbage' problems you and Koen seem to > > be getting. > > > > 2) Same result when CONFIG_DEBUG_LL is deselcted. > > Sanjeev, > > Is this on an an ES3 EVM? What boot loader revs are you using? [sp] I am using EVM with ES3.0 while Vaibhav is using one with ES2.1 > > 3) With default config, suspend operation fails with this message: > > <3>omapfb omapfb: timeout waiting for FRAME DONE > > This is not a failure, just a warning from the fb driver. > This should not prevent retention. I see this on beagle as > well, and it doesn't prevent retention. > > From the log below, you didn't copy the part which reports > whether all domains hit target state. [sp] This is where it hangs :( After sending the last mail, I tried the same without enabling "clocks_off_while_idle" and "sleep_while_idle" then: omapfb omapfb: timeout waiting for FRAME DONE Powerdomain (core_pwrdm) didn't enter target state 1 Powerdomain (per_pwrdm) didn't enter target state 1 Could not enter target state in pm_suspend I am building a config without FB. Will update as soon as I can test it. > Kevin > > > Here is a sample session from my terminal: > > > > [root@OMAP3EVM /]# uname -a > > Linux OMAP3EVM 2.6.28-omap1-00115-g998bd56 #146 Thu Jan 15 18:47:26 > > IST 2009 armv7l unknown [root@OMAP3EVM /]# echo 1 > > > /sys/power/clocks_off_while_idle [root@OMAP3EVM /]# echo 1 > > > /sys/power/sleep_while_idle [root@OMAP3EVM /]# > [root@OMAP3EVM /]# echo > > mem > /sys/power/state > > <6>PM: Syncing filesystems ... PM: Syncing filesystems ... done. > > done. > > Freezing user space processes ... Freezing user space > processes ... (elapsed 0.00 seconds) (elapsed 0.00 seconds) done. > > done. > > Freezing remaining freezable tasks ... Freezing remaining > freezable tasks ... (elapsed 0.06 seconds) (elapsed 0.06 > seconds) done.done. > > > > Suspending console(s) (use no_console_suspend to debug) Suspending > > console(s) (use no_console_suspend to debug) > > > > Best regards, > > Sanjeev > > > >>> On Wed, Jan 14, 2009 at 3:21 AM, Kevin Hilman > >>> <khilman@xxxxxxxxxxxxxxxxxxx> wrote: > >>>> Hello, > >>>> > >>>> The latest PM branch is now available[1]. > >>>> > >>>> I've done basic testing of retention and off-mode (suspend and > >>>> dynamic > >>>> idle) on Beagle and custom HW. My SDP has something > still keeping > >>>> CORE active that others have not seen, but I have yet to > >> debug. Any > >>>> other reports from SDP testing would be appreciated. > >>>> > >>>> Notable changes/updates > >>>> - rebased on latest clock updates and fixes from Paul > >>>> - clockfw pre- and post- notifiers > >>>> - DVFS for VDD2 > >>>> > >>>> Full git shortlog below[2] > >>>> > >>>> Enjoy, > >>>> > >>>> Kevin > >>>> > >>>> [1] See branch 'pm' in my git repo: > >>>> > >> > git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.g > >>>> it which is also mirrored as the branch 'pm' of the normal > >> linux-omap > >>>> repo (but will not sync until 03:30 GMT) > >>>> > >>>> > >>>> [2] git shortlog: > >>>> > >>>> Carlos Chinea (1): > >>>> OMAP3:PM: Update SSI omapdev record > >>>> > >>>> Jouni Hogander (5): > >>>> OMAP3: PM: Use pwrdm_set_next_pwrst instead of > >> set_pwrdm_state in idle loop > >>>> OMAP3: PM: Fix wrong sequence in suspend. > >>>> OMAP3: PM: Do not build suspend code if SUSPEND is > not enabled > >>>> OMAP: PM: Build fails if PM is not enabled > >>>> OMAP2: PM: Fix omap2 build > >>>> > >>>> Kalle Jokiniemi (3): > >>>> OMAP: PM: sysfs interface for enabling voltage off in idle > >>>> OMAP3: PM: Fix cpu idle init sequencing > >>>> OMAP: SRF: Fixes to shared resource framework (Ver.3) > >>>> > >>>> Kevin Hilman (4): > >>>> OMAP3: PM: CPUidle: obey enable_off_mode flag > >>>> OMAP3: PM: CPUidle: restrict C-states on UART activity > >>>> OMAP3: PM: decouple PER and CORE context save and restore > >>>> OMAP2/3: PM: system_rev -> omap_rev() > >>>> > >>>> Paul Walmsley (29): > >>>> OMAP2/3 clock: implement clock notifier infrastructure > >>>> OMAP clock: add notifier infrastructure > >>>> OMAP2/3 clock: store planned clock rates into > >> temporary rate storage > >>>> OMAP2/3 clock: add clk post-rate-change notifiers > >>>> OMAP2/3 clock: add clock pre-rate-change notification > >>>> OMAP2/3 clock: add clock prepare-rate-change notifications > >>>> OMAP2/3 clock: add clock abort-rate-change notifications > >>>> OMAP2/3 PM: create the OMAP PM interface and add a > >> default OMAP PM no-op layer. > >>>> OMAP2/3 omapdev: add basic omapdev structure > >>>> OMAP242x omapdev: add OMAP242x omapdev records > >>>> OMAP243x omapdev: add OMAP243x omapdev records > >>>> OMAP3xxx omapdev: add OMAP3xxx omapdev records > >>>> OMAP2/3 omapdev: add code to walk the omapdev records > >>>> ARM: MMU: add a Non-cacheable Normal executable memory type > >>>> OMAP3 SRAM: mark OCM RAM as Non-cacheable Normal memory > >>>> OMAP3 SRAM: add ARM barriers to > omap3_sram_configure_core_dpll > >>>> OMAP3 clock: add interconnect barriers to CORE DPLL > M2 change > >>>> OMAP3 SRAM: clear the SDRC PWRENA bit during SDRC > >> frequency change > >>>> OMAP3 SDRC: Add 166MHz, 83MHz SDRC settings for the > >> BeagleBoard > >>>> OMAP3 SDRC: initialize SDRC_POWER at boot > >>>> OMAP3 SRAM: renumber registers to make space for > >> argument passing > >>>> OMAP3 clock: only unlock SDRC DLL if SDRC clk < 83MHz > >>>> OMAP3 clock: use pr_debug() rather than pr_info() in > >> some clock change code > >>>> OMAP3 clock: remove wait for DPLL3 M2 clock to stabilize > >>>> OMAP3 clock: initialize SDRC timings at kernel start > >>>> OMAP3 clock: add a short delay when lowering CORE clk rate > >>>> OMAP3 clock/SDRC: program SDRC_MR register during > >> SDRC clock change > >>>> OMAP3 SRAM: add more comments on the SRAM code > >>>> OMAP3 SRAM: convert SRAM code to use macros rather > than magic > >>>> numbers > >>>> > >>>> Peter 'p2' De Schrijver (12): > >>>> OMAP: PM counter infrastructure. > >>>> OMAP: PM: Hook into PM counters > >>>> OMAP: PM: Add closures to clkdm_for_each and pwrdm_for_each. > >>>> OMAP: PM: Add pm-debug counters > >>>> OMAP: PM debug: make powerdomains use PM-debug counters > >>>> OMAP: PM: Add definitions for ETK pads and > >> observability registers > >>>> OMAP: Debug observability and ETK padconf implementation > >>>> OMAP: Add debug observablity (debobs) Kconfig item > >>>> OMAP: PM: Implement get_last_off_on_transaction_id() > >>>> Save sram context after changing MPU, DSP or core clocks > >>>> Fix omap_getspeed. > >>>> Make sure omap cpufreq driver initializes after cpufreq > >>>> framework and governors > >>>> > >>>> Rajendra Nayak (35): > >>>> OMAP3: PM: GPMC context save/restore > >>>> OMAP3: PM: GPIO context save/restore > >>>> OMAP3: PM: I2C context save/restore > >>>> OMAP3: PM: INTC context save/restore > >>>> OMAP3: PM: PRCM context save/restore > >>>> OMAP3: PM: Populate scratchpad contents > >>>> OMAP3: PM: SCM context save/restore > >>>> OMAP3: PM: SRAM restore function > >>>> OMAP3: PM: handle PER/NEON/CORE in idle > >>>> OMAP3: PM: Restore MMU table entry > >>>> OMAP3: PM: MPU off-mode support > >>>> OMAP3: PM: CORE domain off-mode support > >>>> OMAP3: PM: allow runtime enable/disable of OFF mode > >>>> OMAP3: 3430SDP minimal kernel defconfig > >>>> OMAP3: PM: CPUidle: Basic support for C1-C2 > >>>> OMAP3: PM: CPUidle: Enables state C4 > >>>> OMAP3: PM: CPUidle: Enables C3 and C5 > >>>> OMAP3: PM: CPUidle: Safe-state on bm-activity > >>>> OMAP3 SRF: Generic shared resource f/w > >>>> OMAP3 SRF: MPU/CORE/PD latency modeling > >>>> OMAP3 SRF: omap3 srf driver > >>>> OMAP3 SRF: OMAP PM srf implementation > >>>> OMAP3 SRF: Add CORE rate table param in OMAP-PM > >>>> OMAP3 SRF: Add VDD1/VDD2 rate tables for 3430SDP > >>>> OMAP3 SRF: Add virt clk nodes for VDD1/VDD2 > >>>> OMAP3 SRF: Adds OPP/Freq res's in SRF > >>>> OMAP3 SRF: Update OMAP-PM layer > >>>> OMAP3 SRF: Voltage scaling support > >>>> OMAP3 SRF: VDD2 scaling support > >>>> OMAP3 SRF: Adds sysfs control for VDD1/VDD2 OPP's > >>>> OMAP3 PM: Replace spinlocks with mutex in SRF > >>>> OMAP3 PM: CPUFreq driver for OMAP3 > >>>> OMAP3 PM: Update the min defconfig for 3430sdp > >>>> OMAP3 SRF: Fix crash on non-3430SDP platforms with > >> DVFS/CPUFreq > >>>> OMAP3: PM: Scale VDD2 OPP for VDD1 OPP3 and higher > >>>> > >>>> Tero Kristo (26): > >>>> OMAP: PM debug: do not print out status for meta > >> powerdomains (dpll*) > >>>> OMAP: PM debug: Add PRCM register dump support > >>>> OMAP: PM: DMA context save / restore > >>>> OMAP: PM: off-mode support for DMA on EMU/HS devices > >>>> OMAP3: SRAM size fix for HS/EMU devices > >>>> OMAP3 PM: off-mode support for HS/EMU devices > >>>> OMAP3: PM: Enable SDRAM auto-refresh during sleep > >>>> OMAP: SDRC: Add new register definitions for SDRAM > controller > >>>> OMAP3: PM: SDRC auto-refresh workaround for off-mode > >>>> PM: Added three PLL registers to the PRCM context save > >>>> PM: Changed secure RAM storage size from 0x8000 to 0x803F > >>>> PM: Added suspend target state control to debugfs for OMAP3 > >>>> OMAP3: PM: Prevent PER from going OFF when CORE is going INA > >>>> PM OMAP3: Change omap3_save_secure_ram to be called > >> only during init > >>>> OMAP3: PM: MPU and CORE should stay awake if there is > >> CAM domain ACTIVE > >>>> OMAP3: GPIO fixes for off-mode > >>>> PM: OMAP3: Refreshed DVFS VDD1 control against > latest clock fw > >>>> OMAP3: Add support for DPLL3 divisor values higher than 2 > >>>> OMAP3: PM: Fixed VDD2 control to work from both sysfs > >> and SRF API > >>>> OMAP3: PM: Added DVFS OPP locking interface for > VDD1 and VDD2 > >>>> OMAP3: Fix rate calculation bug in omap3_select_table_rate > >>>> OMAP3: PM: Prevented DVFS state switches when > >> enabling off-mode > >>>> OMAP3: PM: Enable VDD2 OPP1 > >>>> OMAP3: PM: Fix linker error without CONFIG_PM option > >>>> PM: OMAP3: Removed a couple of unused variables > from DVFS code > >>>> PM: OMAP3: Added support for possibly failing > clk_set_rate to > >>>> DVFS > >>>> > >>>> -- > >>>> 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 > >>>> > >> -- > >> 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 > >> > > > -- 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
