Premi, Sanjeev wrote:
-----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
What are your x-loader and u-boot versions? Mine are:
Texas Instruments X-Loader 1.41
[...]
U-Boot 1.1.4 (Jun 5 2008 - 17:53:37)
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 :(
It's not hung. It's just sleeping, but refuses to wakeup (like I
should've done this morning.)
What are you using as your wakeup source? UART? keypad?
I'm not sure how the UARTs are mux'd on this board, but you probably
want to check the wake-enable bits in the padconf reg for the UART pins.
This is done by arch/arm/mach-omap2/serial.c but assumes the UARTs are
mux'd using the default registers. Each UART has a couple possible ways
to be mux'd.
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
