* [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support
@ 2011-02-24 10:14 G, Manjunath Kondaiah
2011-02-24 10:14 ` [PATCH 1/3] OMAP2+: PM: omap device: API's for handling mstandby mode G, Manjunath Kondaiah
` (3 more replies)
0 siblings, 4 replies; 10+ messages in thread
From: G, Manjunath Kondaiah @ 2011-02-24 10:14 UTC (permalink / raw)
To: linux-arm-kernel
This patch series is remaining part of dma hwmod to support pm runtime
and for handling mstandby mode for all applicable DMA mstandby mode errata.
The alignment for pm runtime API's usage is at:
http://thread.gmane.org/gmane.linux.ports.arm.omap/51588/focus=52493
http://thread.gmane.org/gmane.linux.ports.arm.omap/50762/focus=50840
The alignment for handling mstandby mode errata handling is at:
http://thread.gmane.org/gmane.linux.ports.arm.omap/47398/focus=47426
http://thread.gmane.org/gmane.linux.ports.arm.omap/47479/focus=47537
Testing:
Compile tested for
- omap1_defconfig
- omap2plus_defconfig
Boot test on:
- OMAP1710-H3
- OMAP2420-H4
- OMAP3430-LDP
- OMAP3630-Zoom3
- OMAP4430-Blaze
DMA memory to memory test cases(including chaining) are executed for
all the above boards and for each test case,
/sys/devices/platform/omap/omap_dma_system.0/power/runtime_status
was verified and after completion of the tests, runtime_status will be
always suspended.
Apart from that, offmode testing is done for OMAP3430-LDP using the procedure:
echo 1 > /debug/pm_debug/sleep_while_idle
echo 1 > /debug/pm_debug/enable_off_mode
echo 5 > /sys/devices/platform/omap/omap_uart.0/sleep_timeout
echo 5 > /sys/devices/platform/omap/omap_uart.1/sleep_timeout
echo 5 > /sys/devices/platform/omap/omap_uart.2/sleep_timeout
With the above steps, core off mode count gets increasing if the the board
is idle for more than 5 seconds.
Baseline:
Applies cleanly on top of mainline 2.6.38-rc6:
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
commit f5412be599602124d2bdd49947b231dd77c0bf99
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Mon Feb 21 17:25:52 2011 -0800
Linux 2.6.38-rc6
Note: OMAP1 is tested on top of 2.6.38-rc5 since rc6 is broken for omap1 build
Patch Summary:
==============
G, Manjunath Kondaiah (2):
OMAP2+: PM: omap device: API's for handling mstandby mode
OMAP2+: DMA: prevent races while setting M idle mode to nostandby
Manjunath G Kondaiah (1):
OMAP: PM: DMA: Enable runtime pm
arch/arm/mach-omap1/dma.c | 1 +
arch/arm/mach-omap2/dma.c | 16 ++
arch/arm/mach-omap2/omap_hwmod.c | 42 ++++++
arch/arm/plat-omap/dma.c | 190 +++++++++++++++++++++----
arch/arm/plat-omap/include/plat/dma.h | 1 +
arch/arm/plat-omap/include/plat/omap_device.h | 2 +
arch/arm/plat-omap/include/plat/omap_hwmod.h | 4 +-
arch/arm/plat-omap/omap_device.c | 64 +++++++++
8 files changed, 293 insertions(+), 27 deletions(-)
^ permalink raw reply [flat|nested] 10+ messages in thread* [PATCH 1/3] OMAP2+: PM: omap device: API's for handling mstandby mode 2011-02-24 10:14 [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support G, Manjunath Kondaiah @ 2011-02-24 10:14 ` G, Manjunath Kondaiah 2011-03-10 10:12 ` Paul Walmsley 2011-02-24 10:14 ` [PATCH 2/3] OMAP2+: DMA: prevent races while setting M idle mode to nostandby G, Manjunath Kondaiah ` (2 subsequent siblings) 3 siblings, 1 reply; 10+ messages in thread From: G, Manjunath Kondaiah @ 2011-02-24 10:14 UTC (permalink / raw) To: linux-arm-kernel Certain errata in OMAP2+ processors will require forcing master standby to "no standby" mode before completing on going operation. Without this, the results will be unpredictable. Since current implementation of PM run time framework does not support changing sysconfig settings during middle of the on going operation, these API's will support the same. One API will force the device's sysconfig mstandby mode settings to "no standby" and other API will release "no standby" mode and sets it to "smart standby" or "no standby? depending on HWMOD_SWSUP_MSTANDBY value. These API's should be used by device drivers only incase of erratum applicable to their modules if there is no other methods to resolve. These API's are required for multiple DMA errata which require putting DMA controller in no mstandby mode before stopping dma. The applicable errata: 1. Erratum ID: i557(Applicable for omap36xx all ES versions) The channel hangs when the Pause bit (DMA4_CDPi [7] ) is cleared through config port while in Standby. 2. Erratum ID: i541 sDMA FIFO draining does not finish. Applicable to all omap2+ except omap4. 3. Erratum ID:i88 The sDMA to be put in no mstandby mode before disabling the channel after completing the data transfer operation. Applicable only for OMAP3430 ES1.0 Also fixes typo HWMOD_SWSUP_MSTDBY to HWMOD_SWSUP_MSTANDBY in omap_hwmod.h Signed-off-by: G, Manjunath Kondaiah <manjugk@ti.com> --- arch/arm/mach-omap2/omap_hwmod.c | 42 ++++++++++++++++ arch/arm/plat-omap/include/plat/omap_device.h | 2 + arch/arm/plat-omap/include/plat/omap_hwmod.h | 4 +- arch/arm/plat-omap/omap_device.c | 64 +++++++++++++++++++++++++ 4 files changed, 111 insertions(+), 1 deletions(-) diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c index e282e35..27eb845 100644 --- a/arch/arm/mach-omap2/omap_hwmod.c +++ b/arch/arm/mach-omap2/omap_hwmod.c @@ -1537,6 +1537,48 @@ int omap_hwmod_set_slave_idlemode(struct omap_hwmod *oh, u8 idlemode) } /** + * omap_hwmod_set_master_standbymode - set the hwmod's OCP mstandby mode + * @oh: struct omap_hwmod * + * @midlemode: flag to set mstandby to either "no standby" or "smart standby" + * + * Sets the IP block's OCP mstandby mode in hardware, and updates our + * local copy. Intended to be used by drivers that have some erratum + * that requires direct manipulation of the MIDLEMODE bits. Returns + * -EINVAL if @oh is null, or passes along the return value from + * _set_master_standbymode(). + * + * Any users of this function should be scrutinized carefully. + */ +int omap_hwmod_set_master_standbymode(struct omap_hwmod *oh, u8 idlemode) +{ + u32 v; + u8 sf; + int retval = 0; + + if (!oh) + return -EINVAL; + + if (!oh->class->sysc) + return -EINVAL; + + v = oh->_sysc_cache; + sf = oh->class->sysc->sysc_flags; + + if (sf & SYSC_HAS_MIDLEMODE) { + if (idlemode) + idlemode = HWMOD_IDLEMODE_NO; + else + idlemode = (oh->flags & HWMOD_SWSUP_MSTANDBY) ? + HWMOD_IDLEMODE_NO : HWMOD_IDLEMODE_SMART; + } + retval = _set_master_standbymode(oh, idlemode, &v); + if (!retval) + _write_sysconfig(v, oh); + + return retval; +} + +/** * omap_hwmod_lookup - look up a registered omap_hwmod by name * @name: name of the omap_hwmod to look up * diff --git a/arch/arm/plat-omap/include/plat/omap_device.h b/arch/arm/plat-omap/include/plat/omap_device.h index e4c349f..42e0186 100644 --- a/arch/arm/plat-omap/include/plat/omap_device.h +++ b/arch/arm/plat-omap/include/plat/omap_device.h @@ -117,6 +117,8 @@ int omap_device_enable_hwmods(struct omap_device *od); int omap_device_disable_clocks(struct omap_device *od); int omap_device_enable_clocks(struct omap_device *od); +int omap_device_require_no_mstandby(struct platform_device *pdev); +int omap_device_release_no_mstandby(struct platform_device *pdev); /* * Entries should be kept in latency order ascending diff --git a/arch/arm/plat-omap/include/plat/omap_hwmod.h b/arch/arm/plat-omap/include/plat/omap_hwmod.h index 1eee85a..8a37c6e 100644 --- a/arch/arm/plat-omap/include/plat/omap_hwmod.h +++ b/arch/arm/plat-omap/include/plat/omap_hwmod.h @@ -366,7 +366,7 @@ struct omap_hwmod_omap4_prcm { * * HWMOD_SWSUP_SIDLE: omap_hwmod code should manually bring module in and out * of idle, rather than relying on module smart-idle - * HWMOD_SWSUP_MSTDBY: omap_hwmod code should manually bring module in and out + * HWMOD_SWSUP_MSTANDBY: omap_hwmod code should manually bring module in and out * of standby, rather than relying on module smart-standby * HWMOD_INIT_NO_RESET: don't reset this module at boot - important for * SDRAM controller, etc. XXX probably belongs outside the main hwmod file @@ -556,6 +556,8 @@ int omap_hwmod_disable_clocks(struct omap_hwmod *oh); int omap_hwmod_set_slave_idlemode(struct omap_hwmod *oh, u8 idlemode); +int omap_hwmod_set_master_standbymode(struct omap_hwmod *oh, u8 idlemode); + int omap_hwmod_reset(struct omap_hwmod *oh); void omap_hwmod_ocp_barrier(struct omap_hwmod *oh); diff --git a/arch/arm/plat-omap/omap_device.c b/arch/arm/plat-omap/omap_device.c index 57adb27..125cbef 100644 --- a/arch/arm/plat-omap/omap_device.c +++ b/arch/arm/plat-omap/omap_device.c @@ -612,6 +612,70 @@ int omap_device_idle(struct platform_device *pdev) } /** + * omap_device_require_no_mstandby - set no mstandby mode of an omap_device + * @od: struct omap_device * to idle + * + * Sets the IP block's OCP master standby to no mstandby mode in hardware. + * + * Intended to be used by drivers that have some erratum that requires direct + * manipulation of the MSTANDBYMODE bits. Returns -EINVAL if the + * omap_device is not currently enabled or passes along the return value + * of omap_hwmod_set_master_standbymode(). + */ +int omap_device_require_no_mstandby(struct platform_device *pdev) +{ + int ret = 0, i; + struct omap_device *od; + struct omap_hwmod *oh; + + od = _find_by_pdev(pdev); + if (od->_state != OMAP_DEVICE_STATE_ENABLED) { + WARN(1, "omap_device: %s.%d: %s() called from invalid state %d\n", + od->pdev.name, od->pdev.id, __func__, od->_state); + return -EINVAL; + } + + oh = *od->hwmods; + for (i = 0; i < od->hwmods_cnt; i++) + ret = omap_hwmod_set_master_standbymode(oh, true); + + return ret; +} + +/** + * omap_device_release_no_mstandby - releases no mstandby mode of an omap_device + * @od: struct omap_device * to idle + * + * Release no mstandby mode and sets the master standby to either no standby or + * smart standby in IP block's OCP in hardware depending on status of the flag + * HWMOD_SWSUP_MSTANDBY. + * + * Intended to be used by drivers that have some erratum that requires direct + * manipulation of the MSTANDBYMODE bits. Returns -EINVAL if the + * omap_device is not currently enabled or passes along the return value + * of omap_hwmod_set_master_standbymode(). + */ +int omap_device_release_no_mstandby(struct platform_device *pdev) +{ + int ret = 0, i; + struct omap_device *od; + struct omap_hwmod *oh; + + od = _find_by_pdev(pdev); + if (od->_state != OMAP_DEVICE_STATE_ENABLED) { + WARN(1, "omap_device: %s.%d: %s() called from invalid state %d\n", + od->pdev.name, od->pdev.id, __func__, od->_state); + return -EINVAL; + } + + oh = *od->hwmods; + for (i = 0; i < od->hwmods_cnt; i++) + ret = omap_hwmod_set_master_standbymode(oh, false); + + return ret; +} + +/** * omap_device_shutdown - shut down an omap_device * @od: struct omap_device * to shut down * -- 1.7.1 ^ permalink raw reply related [flat|nested] 10+ messages in thread
* [PATCH 1/3] OMAP2+: PM: omap device: API's for handling mstandby mode 2011-02-24 10:14 ` [PATCH 1/3] OMAP2+: PM: omap device: API's for handling mstandby mode G, Manjunath Kondaiah @ 2011-03-10 10:12 ` Paul Walmsley 0 siblings, 0 replies; 10+ messages in thread From: Paul Walmsley @ 2011-03-10 10:12 UTC (permalink / raw) To: linux-arm-kernel On Thu, 24 Feb 2011, G, Manjunath Kondaiah wrote: > Certain errata in OMAP2+ processors will require forcing > master standby to "no standby" mode before completing on going > operation. Without this, the results will be unpredictable. > > Since current implementation of PM run time framework does not support > changing sysconfig settings during middle of the on going operation, > these API's will support the same. One API will force the device's > sysconfig mstandby mode settings to "no standby" and other API will > release "no standby" mode and sets it to "smart standby" or "no > standby? depending on HWMOD_SWSUP_MSTANDBY value. > > These API's should be used by device drivers only incase of > erratum applicable to their modules if there is no other methods > to resolve. > > These API's are required for multiple DMA errata which require > putting DMA controller in no mstandby mode before stopping dma. > > The applicable errata: > 1. Erratum ID: i557(Applicable for omap36xx all ES versions) > The channel hangs when the Pause bit (DMA4_CDPi [7] ) is cleared > through config port while in Standby. > > 2. Erratum ID: i541 > sDMA FIFO draining does not finish. Applicable to all omap2+ except > omap4. > > 3. Erratum ID:i88 > The sDMA to be put in no mstandby mode before disabling the channel > after completing the data transfer operation. > Applicable only for OMAP3430 ES1.0 > > Also fixes typo HWMOD_SWSUP_MSTDBY to HWMOD_SWSUP_MSTANDBY in > omap_hwmod.h > > Signed-off-by: G, Manjunath Kondaiah <manjugk@ti.com> > --- > arch/arm/mach-omap2/omap_hwmod.c | 42 ++++++++++++++++ > arch/arm/plat-omap/include/plat/omap_device.h | 2 + > arch/arm/plat-omap/include/plat/omap_hwmod.h | 4 +- > arch/arm/plat-omap/omap_device.c | 64 +++++++++++++++++++++++++ > 4 files changed, 111 insertions(+), 1 deletions(-) > > diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c > index e282e35..27eb845 100644 > --- a/arch/arm/mach-omap2/omap_hwmod.c > +++ b/arch/arm/mach-omap2/omap_hwmod.c > @@ -1537,6 +1537,48 @@ int omap_hwmod_set_slave_idlemode(struct omap_hwmod *oh, u8 idlemode) > } > > /** > + * omap_hwmod_set_master_standbymode - set the hwmod's OCP mstandby mode > + * @oh: struct omap_hwmod * > + * @midlemode: flag to set mstandby to either "no standby" or "smart standby" > + * > + * Sets the IP block's OCP mstandby mode in hardware, and updates our > + * local copy. Intended to be used by drivers that have some erratum > + * that requires direct manipulation of the MIDLEMODE bits. Returns > + * -EINVAL if @oh is null, or passes along the return value from > + * _set_master_standbymode(). > + * > + * Any users of this function should be scrutinized carefully. > + */ > +int omap_hwmod_set_master_standbymode(struct omap_hwmod *oh, u8 idlemode) Please create two functions here, omap_hwmod_require_no_mstandby() and omap_hwmod_release_no_mstandby(), to match the two omap_device* functions. > +{ > + u32 v; > + u8 sf; > + int retval = 0; > + > + if (!oh) > + return -EINVAL; > + > + if (!oh->class->sysc) > + return -EINVAL; This API call is presumably only valid when the hwmod is in ENABLED state, so please check that here. > + > + v = oh->_sysc_cache; > + sf = oh->class->sysc->sysc_flags; > + > + if (sf & SYSC_HAS_MIDLEMODE) { > + if (idlemode) > + idlemode = HWMOD_IDLEMODE_NO; > + else > + idlemode = (oh->flags & HWMOD_SWSUP_MSTANDBY) ? > + HWMOD_IDLEMODE_NO : HWMOD_IDLEMODE_SMART; Please don't reuse the idlemode variable. This is confusing and can lead to errors... > + } > + retval = _set_master_standbymode(oh, idlemode, &v); .. like this one, where, if !(sf & SYSC_HAS_MIDLEMODE), this code will try to convince the lower-level API to write either a 1 or a 0 to idlemode. > + if (!retval) > + _write_sysconfig(v, oh); > + > + return retval; > +} > + > +/** > * omap_hwmod_lookup - look up a registered omap_hwmod by name > * @name: name of the omap_hwmod to look up > * > diff --git a/arch/arm/plat-omap/include/plat/omap_device.h b/arch/arm/plat-omap/include/plat/omap_device.h > index e4c349f..42e0186 100644 > --- a/arch/arm/plat-omap/include/plat/omap_device.h > +++ b/arch/arm/plat-omap/include/plat/omap_device.h > @@ -117,6 +117,8 @@ int omap_device_enable_hwmods(struct omap_device *od); > int omap_device_disable_clocks(struct omap_device *od); > int omap_device_enable_clocks(struct omap_device *od); > > +int omap_device_require_no_mstandby(struct platform_device *pdev); > +int omap_device_release_no_mstandby(struct platform_device *pdev); > > /* > * Entries should be kept in latency order ascending > diff --git a/arch/arm/plat-omap/include/plat/omap_hwmod.h b/arch/arm/plat-omap/include/plat/omap_hwmod.h > index 1eee85a..8a37c6e 100644 > --- a/arch/arm/plat-omap/include/plat/omap_hwmod.h > +++ b/arch/arm/plat-omap/include/plat/omap_hwmod.h > @@ -366,7 +366,7 @@ struct omap_hwmod_omap4_prcm { > * > * HWMOD_SWSUP_SIDLE: omap_hwmod code should manually bring module in and out > * of idle, rather than relying on module smart-idle > - * HWMOD_SWSUP_MSTDBY: omap_hwmod code should manually bring module in and out > + * HWMOD_SWSUP_MSTANDBY: omap_hwmod code should manually bring module in and out > * of standby, rather than relying on module smart-standby > * HWMOD_INIT_NO_RESET: don't reset this module at boot - important for > * SDRAM controller, etc. XXX probably belongs outside the main hwmod file > @@ -556,6 +556,8 @@ int omap_hwmod_disable_clocks(struct omap_hwmod *oh); > > int omap_hwmod_set_slave_idlemode(struct omap_hwmod *oh, u8 idlemode); > > +int omap_hwmod_set_master_standbymode(struct omap_hwmod *oh, u8 idlemode); This will also need to be updated. > + > int omap_hwmod_reset(struct omap_hwmod *oh); > void omap_hwmod_ocp_barrier(struct omap_hwmod *oh); > > diff --git a/arch/arm/plat-omap/omap_device.c b/arch/arm/plat-omap/omap_device.c > index 57adb27..125cbef 100644 > --- a/arch/arm/plat-omap/omap_device.c > +++ b/arch/arm/plat-omap/omap_device.c > @@ -612,6 +612,70 @@ int omap_device_idle(struct platform_device *pdev) > } > > /** > + * omap_device_require_no_mstandby - set no mstandby mode of an omap_device > + * @od: struct omap_device * to idle > + * > + * Sets the IP block's OCP master standby to no mstandby mode in hardware. > + * > + * Intended to be used by drivers that have some erratum that requires direct > + * manipulation of the MSTANDBYMODE bits. Returns -EINVAL if the > + * omap_device is not currently enabled or passes along the return value > + * of omap_hwmod_set_master_standbymode(). > + */ > +int omap_device_require_no_mstandby(struct platform_device *pdev) > +{ > + int ret = 0, i; > + struct omap_device *od; > + struct omap_hwmod *oh; > + > + od = _find_by_pdev(pdev); > + if (od->_state != OMAP_DEVICE_STATE_ENABLED) { > + WARN(1, "omap_device: %s.%d: %s() called from invalid state %d\n", > + od->pdev.name, od->pdev.id, __func__, od->_state); > + return -EINVAL; > + } > + > + oh = *od->hwmods; > + for (i = 0; i < od->hwmods_cnt; i++) > + ret = omap_hwmod_set_master_standbymode(oh, true); What increments oh? > + > + return ret; > +} > + > +/** > + * omap_device_release_no_mstandby - releases no mstandby mode of an omap_device > + * @od: struct omap_device * to idle > + * > + * Release no mstandby mode and sets the master standby to either no standby or > + * smart standby in IP block's OCP in hardware depending on status of the flag > + * HWMOD_SWSUP_MSTANDBY. > + * > + * Intended to be used by drivers that have some erratum that requires direct > + * manipulation of the MSTANDBYMODE bits. Returns -EINVAL if the > + * omap_device is not currently enabled or passes along the return value > + * of omap_hwmod_set_master_standbymode(). > + */ > +int omap_device_release_no_mstandby(struct platform_device *pdev) > +{ > + int ret = 0, i; > + struct omap_device *od; > + struct omap_hwmod *oh; > + > + od = _find_by_pdev(pdev); > + if (od->_state != OMAP_DEVICE_STATE_ENABLED) { > + WARN(1, "omap_device: %s.%d: %s() called from invalid state %d\n", > + od->pdev.name, od->pdev.id, __func__, od->_state); > + return -EINVAL; > + } > + > + oh = *od->hwmods; > + for (i = 0; i < od->hwmods_cnt; i++) > + ret = omap_hwmod_set_master_standbymode(oh, false); What increments oh? > + > + return ret; > +} > + > +/** > * omap_device_shutdown - shut down an omap_device > * @od: struct omap_device * to shut down > * > -- > 1.7.1 > - Paul ^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 2/3] OMAP2+: DMA: prevent races while setting M idle mode to nostandby 2011-02-24 10:14 [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support G, Manjunath Kondaiah 2011-02-24 10:14 ` [PATCH 1/3] OMAP2+: PM: omap device: API's for handling mstandby mode G, Manjunath Kondaiah @ 2011-02-24 10:14 ` G, Manjunath Kondaiah 2011-02-24 10:14 ` [PATCH 3/3] OMAP: PM: DMA: Enable runtime pm G, Manjunath Kondaiah 2011-03-03 18:35 ` [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support Kevin Hilman 3 siblings, 0 replies; 10+ messages in thread From: G, Manjunath Kondaiah @ 2011-02-24 10:14 UTC (permalink / raw) To: linux-arm-kernel If two DMA users tries to set no mstandby mode at the same time, a race condition would arise. Prevent that by using a spin lock and counting up/down the number of times nostandby is set/reset. Initial patch is created by Adrian Hunter <adrian.hunter@nokia.com> https://patchwork.kernel.org/patch/366831/ Patch reworked to use API implemented at hwmod layer. Signed-off-by: G, Manjunath Kondaiah <manjugk@ti.com> Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com> --- arch/arm/mach-omap1/dma.c | 1 + arch/arm/mach-omap2/dma.c | 16 +++++++++++++ arch/arm/plat-omap/dma.c | 40 +++++++++++++++++++-------------- arch/arm/plat-omap/include/plat/dma.h | 1 + 4 files changed, 41 insertions(+), 17 deletions(-) diff --git a/arch/arm/mach-omap1/dma.c b/arch/arm/mach-omap1/dma.c index d855934..fa2d1b0 100644 --- a/arch/arm/mach-omap1/dma.c +++ b/arch/arm/mach-omap1/dma.c @@ -351,6 +351,7 @@ static int __init omap1_system_dma_init(void) p->dma_write = dma_write; p->dma_read = dma_read; p->disable_irq_lch = NULL; + p->midlemode = NULL; p->errata = configure_dma_errata(); diff --git a/arch/arm/mach-omap2/dma.c b/arch/arm/mach-omap2/dma.c index 34922b2..6e12e71 100644 --- a/arch/arm/mach-omap2/dma.c +++ b/arch/arm/mach-omap2/dma.c @@ -36,7 +36,9 @@ static u32 errata; static u8 dma_stride; +static u32 midlemode_save_cnt; +static struct platform_device *pdev; static struct omap_dma_dev_attr *d; static enum omap_reg_offsets dma_common_ch_start, dma_common_ch_end; @@ -117,6 +119,18 @@ static inline u32 dma_read(int reg, int lch) return val; } +static void midlemode_nostandby(bool nostandby) +{ + /* TODO: midlemode_save_cnt can be moved to hwmod layer? */ + if (nostandby) { + omap_device_require_no_mstandby(pdev); + midlemode_save_cnt += 1; + } else { + omap_device_release_no_mstandby(pdev); + midlemode_save_cnt -= 1; + } +} + static inline void omap2_disable_irq_lch(int lch) { u32 val; @@ -253,6 +267,7 @@ static int __init omap2_system_dma_init_dev(struct omap_hwmod *oh, void *unused) p->clear_dma = omap2_clear_dma; p->dma_write = dma_write; p->dma_read = dma_read; + p->midlemode = midlemode_nostandby; p->clear_lch_regs = NULL; @@ -286,6 +301,7 @@ static int __init omap2_system_dma_init_dev(struct omap_hwmod *oh, void *unused) dev_err(&od->pdev.dev, "%s: kzalloc fail\n", __func__); return -ENOMEM; } + pdev = &od->pdev; return 0; } diff --git a/arch/arm/plat-omap/dma.c b/arch/arm/plat-omap/dma.c index 8536308..84879eb 100644 --- a/arch/arm/plat-omap/dma.c +++ b/arch/arm/plat-omap/dma.c @@ -38,8 +38,9 @@ #include <asm/system.h> #include <mach/hardware.h> -#include <plat/dma.h> +#include <plat/dma.h> +#include <plat/omap_device.h> #include <plat/tc.h> #undef DEBUG @@ -924,6 +925,7 @@ EXPORT_SYMBOL(omap_start_dma); void omap_stop_dma(int lch) { u32 l; + unsigned long flags; /* Disable all interrupts on the channel */ if (cpu_class_is_omap1()) @@ -933,14 +935,13 @@ void omap_stop_dma(int lch) if (IS_DMA_ERRATA(DMA_ERRATA_i541) && (l & OMAP_DMA_CCR_SEL_SRC_DST_SYNC)) { int i = 0; - u32 sys_cf; /* Configure No-Standby */ - l = p->dma_read(OCP_SYSCONFIG, lch); - sys_cf = l; - l &= ~DMA_SYSCONFIG_MIDLEMODE_MASK; - l |= DMA_SYSCONFIG_MIDLEMODE(DMA_IDLEMODE_NO_IDLE); - p->dma_write(l , OCP_SYSCONFIG, 0); + if (p->midlemode) { + spin_lock_irqsave(&dma_chan_lock, flags); + p->midlemode(true); + spin_unlock_irqrestore(&dma_chan_lock, flags); + } l = p->dma_read(CCR, lch); l &= ~OMAP_DMA_CCR_EN; @@ -958,7 +959,11 @@ void omap_stop_dma(int lch) printk(KERN_ERR "DMA drain did not complete on " "lch %d\n", lch); /* Restore OCP_SYSCONFIG */ - p->dma_write(sys_cf, OCP_SYSCONFIG, lch); + if (p->midlemode) { + spin_lock_irqsave(&dma_chan_lock, flags); + p->midlemode(false); + spin_unlock_irqrestore(&dma_chan_lock, flags); + } } else { l &= ~OMAP_DMA_CCR_EN; p->dma_write(l, CCR, lch); @@ -1610,7 +1615,7 @@ int omap_stop_dma_chain_transfers(int chain_id) { int *channels; u32 l, i; - u32 sys_cf = 0; + unsigned long flags; /* Check for input params */ if (unlikely((chain_id < 0 || chain_id >= dma_lch_count))) { @@ -1625,12 +1630,10 @@ int omap_stop_dma_chain_transfers(int chain_id) } channels = dma_linked_lch[chain_id].linked_dmach_q; - if (IS_DMA_ERRATA(DMA_ERRATA_i88)) { - sys_cf = p->dma_read(OCP_SYSCONFIG, 0); - l = sys_cf; - /* Middle mode reg set no Standby */ - l &= ~((1 << 12)|(1 << 13)); - p->dma_write(l, OCP_SYSCONFIG, 0); + if (IS_DMA_ERRATA(DMA_ERRATA_i88) && p->midlemode) { + spin_lock_irqsave(&dma_chan_lock, flags); + p->midlemode(true); + spin_unlock_irqrestore(&dma_chan_lock, flags); } for (i = 0; i < dma_linked_lch[chain_id].no_of_lchs_linked; i++) { @@ -1650,8 +1653,11 @@ int omap_stop_dma_chain_transfers(int chain_id) /* Reset the Queue pointers */ OMAP_DMA_CHAIN_QINIT(chain_id); - if (IS_DMA_ERRATA(DMA_ERRATA_i88)) - p->dma_write(sys_cf, OCP_SYSCONFIG, 0); + if (IS_DMA_ERRATA(DMA_ERRATA_i88 && p->midlemode)) { + spin_lock_irqsave(&dma_chan_lock, flags); + p->midlemode(false); + spin_unlock_irqrestore(&dma_chan_lock, flags); + } return 0; } diff --git a/arch/arm/plat-omap/include/plat/dma.h b/arch/arm/plat-omap/include/plat/dma.h index d1c916f..b20dc5e 100644 --- a/arch/arm/plat-omap/include/plat/dma.h +++ b/arch/arm/plat-omap/include/plat/dma.h @@ -435,6 +435,7 @@ struct omap_system_dma_plat_info { void (*clear_dma)(int lch); void (*dma_write)(u32 val, int reg, int lch); u32 (*dma_read)(int reg, int lch); + void (*midlemode)(bool nostandby); }; extern void omap_set_dma_priority(int lch, int dst_port, int priority); -- 1.7.1 ^ permalink raw reply related [flat|nested] 10+ messages in thread
* [PATCH 3/3] OMAP: PM: DMA: Enable runtime pm 2011-02-24 10:14 [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support G, Manjunath Kondaiah 2011-02-24 10:14 ` [PATCH 1/3] OMAP2+: PM: omap device: API's for handling mstandby mode G, Manjunath Kondaiah 2011-02-24 10:14 ` [PATCH 2/3] OMAP2+: DMA: prevent races while setting M idle mode to nostandby G, Manjunath Kondaiah @ 2011-02-24 10:14 ` G, Manjunath Kondaiah 2011-03-03 18:35 ` [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support Kevin Hilman 3 siblings, 0 replies; 10+ messages in thread From: G, Manjunath Kondaiah @ 2011-02-24 10:14 UTC (permalink / raw) To: linux-arm-kernel From: Manjunath G Kondaiah <manjugk@ti.com> Enable runtime pm and use pm_runtime_get_sync and pm_runtime_put_autosuspend for OMAP DMA driver. The DMA driver uses auto suspend feature of runtime pm framework through which the clock gets disabled automatically if there is no activity for more than one second. Testing: Compile: omap1_defconfig and omap2plus_defconfig Boot: OMAP1710(H3), OMAP2420(H4), OMAP3430LDP(Zoom2), OMAP3630(Zoom3), OMAP4(Blaze) The DMA tests(including chaining) are executed and tested for suspend state after each test cases. On zoom2 core retention is tested with following steps: echo 1 > /debug/pm_debug/sleep_while_idle echo 1 > /debug/pm_debug/enable_off_mode echo 5 > /sys/devices/platform/omap/omap_uart.0/sleep_timeout echo 5 > /sys/devices/platform/omap/omap_uart.1/sleep_timeout echo 5 > /sys/devices/platform/omap/omap_uart.2/sleep_timeout echo 5 > /sys/devices/platform/omap/omap_uart.3/sleep_timeout Signed-off-by: G, Manjunath Kondaiah <manjugk@ti.com> --- arch/arm/plat-omap/dma.c | 150 +++++++++++++++++++++++++++++++++++++++++++--- 1 files changed, 141 insertions(+), 9 deletions(-) diff --git a/arch/arm/plat-omap/dma.c b/arch/arm/plat-omap/dma.c index 84879eb..92e18e3 100644 --- a/arch/arm/plat-omap/dma.c +++ b/arch/arm/plat-omap/dma.c @@ -35,6 +35,7 @@ #include <linux/io.h> #include <linux/slab.h> #include <linux/delay.h> +#include <linux/pm_runtime.h> #include <asm/system.h> #include <mach/hardware.h> @@ -60,6 +61,7 @@ enum { DMA_CHAIN_STARTED, DMA_CHAIN_NOTSTARTED }; static struct omap_system_dma_plat_info *p; static struct omap_dma_dev_attr *d; +static struct device *dev; static int enable_1510_mode; static u32 errata; @@ -172,6 +174,7 @@ void omap_set_dma_priority(int lch, int dst_port, int priority) unsigned long reg; u32 l; + pm_runtime_get_sync(dev); if (cpu_class_is_omap1()) { switch (dst_port) { case OMAP_DMA_PORT_OCP_T1: /* FFFECC00 */ @@ -188,6 +191,7 @@ void omap_set_dma_priority(int lch, int dst_port, int priority) break; default: BUG(); + pm_runtime_put_autosuspend(dev); return; } l = omap_readl(reg); @@ -206,6 +210,7 @@ void omap_set_dma_priority(int lch, int dst_port, int priority) ccr &= ~(1 << 6); p->dma_write(ccr, CCR, lch); } + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_priority); @@ -215,6 +220,8 @@ void omap_set_dma_transfer_params(int lch, int data_type, int elem_count, { u32 l; + pm_runtime_get_sync(dev); + l = p->dma_read(CSDP, lch); l &= ~0x03; l |= data_type; @@ -269,6 +276,7 @@ void omap_set_dma_transfer_params(int lch, int data_type, int elem_count, p->dma_write(elem_count, CEN, lch); p->dma_write(frame_count, CFN, lch); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_transfer_params); @@ -276,6 +284,7 @@ void omap_set_dma_color_mode(int lch, enum omap_dma_color_mode mode, u32 color) { BUG_ON(omap_dma_in_1510_mode()); + pm_runtime_get_sync(dev); if (cpu_class_is_omap1()) { u16 w; @@ -329,11 +338,13 @@ void omap_set_dma_color_mode(int lch, enum omap_dma_color_mode mode, u32 color) color &= 0xffffff; p->dma_write(color, COLOR, lch); } + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_color_mode); void omap_set_dma_write_mode(int lch, enum omap_dma_write_mode mode) { + pm_runtime_get_sync(dev); if (cpu_class_is_omap2()) { u32 csdp; @@ -342,11 +353,13 @@ void omap_set_dma_write_mode(int lch, enum omap_dma_write_mode mode) csdp |= (mode << 16); p->dma_write(csdp, CSDP, lch); } + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_write_mode); void omap_set_dma_channel_mode(int lch, enum omap_dma_channel_mode mode) { + pm_runtime_get_sync(dev); if (cpu_class_is_omap1() && !cpu_is_omap15xx()) { u32 l; @@ -355,6 +368,7 @@ void omap_set_dma_channel_mode(int lch, enum omap_dma_channel_mode mode) l |= mode; p->dma_write(l, LCH_CTRL, lch); } + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_channel_mode); @@ -365,6 +379,8 @@ void omap_set_dma_src_params(int lch, int src_port, int src_amode, { u32 l; + pm_runtime_get_sync(dev); + if (cpu_class_is_omap1()) { u16 w; @@ -383,11 +399,13 @@ void omap_set_dma_src_params(int lch, int src_port, int src_amode, p->dma_write(src_ei, CSEI, lch); p->dma_write(src_fi, CSFI, lch); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_src_params); void omap_set_dma_params(int lch, struct omap_dma_channel_params *params) { + pm_runtime_get_sync(dev); omap_set_dma_transfer_params(lch, params->data_type, params->elem_count, params->frame_count, params->sync_mode, params->trigger, @@ -402,6 +420,7 @@ void omap_set_dma_params(int lch, struct omap_dma_channel_params *params) if (params->read_prio || params->write_prio) omap_dma_set_prio_lch(lch, params->read_prio, params->write_prio); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_params); @@ -410,8 +429,10 @@ void omap_set_dma_src_index(int lch, int eidx, int fidx) if (cpu_class_is_omap2()) return; + pm_runtime_get_sync(dev); p->dma_write(eidx, CSEI, lch); p->dma_write(fidx, CSFI, lch); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_src_index); @@ -419,11 +440,13 @@ void omap_set_dma_src_data_pack(int lch, int enable) { u32 l; + pm_runtime_get_sync(dev); l = p->dma_read(CSDP, lch); l &= ~(1 << 6); if (enable) l |= (1 << 6); p->dma_write(l, CSDP, lch); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_src_data_pack); @@ -432,6 +455,7 @@ void omap_set_dma_src_burst_mode(int lch, enum omap_dma_burst_mode burst_mode) unsigned int burst = 0; u32 l; + pm_runtime_get_sync(dev); l = p->dma_read(CSDP, lch); l &= ~(0x03 << 7); @@ -469,6 +493,7 @@ void omap_set_dma_src_burst_mode(int lch, enum omap_dma_burst_mode burst_mode) l |= (burst << 7); p->dma_write(l, CSDP, lch); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_src_burst_mode); @@ -478,6 +503,7 @@ void omap_set_dma_dest_params(int lch, int dest_port, int dest_amode, int dst_ei, int dst_fi) { u32 l; + pm_runtime_get_sync(dev); if (cpu_class_is_omap1()) { l = p->dma_read(CSDP, lch); @@ -495,6 +521,7 @@ void omap_set_dma_dest_params(int lch, int dest_port, int dest_amode, p->dma_write(dst_ei, CDEI, lch); p->dma_write(dst_fi, CDFI, lch); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_dest_params); @@ -502,21 +529,25 @@ void omap_set_dma_dest_index(int lch, int eidx, int fidx) { if (cpu_class_is_omap2()) return; + pm_runtime_get_sync(dev); p->dma_write(eidx, CDEI, lch); p->dma_write(fidx, CDFI, lch); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_dest_index); void omap_set_dma_dest_data_pack(int lch, int enable) { u32 l; + pm_runtime_get_sync(dev); l = p->dma_read(CSDP, lch); l &= ~(1 << 13); if (enable) l |= 1 << 13; p->dma_write(l, CSDP, lch); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_dest_data_pack); @@ -524,6 +555,7 @@ void omap_set_dma_dest_burst_mode(int lch, enum omap_dma_burst_mode burst_mode) { unsigned int burst = 0; u32 l; + pm_runtime_get_sync(dev); l = p->dma_read(CSDP, lch); l &= ~(0x03 << 14); @@ -555,10 +587,12 @@ void omap_set_dma_dest_burst_mode(int lch, enum omap_dma_burst_mode burst_mode) default: printk(KERN_ERR "Invalid DMA burst mode\n"); BUG(); + pm_runtime_put_autosuspend(dev); return; } l |= (burst << 14); p->dma_write(l, CSDP, lch); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_set_dma_dest_burst_mode); @@ -566,6 +600,7 @@ static inline void omap_enable_channel_irq(int lch) { u32 status; + pm_runtime_get_sync(dev); /* Clear CSR */ if (cpu_class_is_omap1()) status = p->dma_read(CSR, lch); @@ -574,12 +609,15 @@ static inline void omap_enable_channel_irq(int lch) /* Enable some nice interrupts. */ p->dma_write(dma_chan[lch].enabled_irqs, CICR, lch); + pm_runtime_put_autosuspend(dev); } static void omap_disable_channel_irq(int lch) { + pm_runtime_get_sync(dev); if (cpu_class_is_omap2()) p->dma_write(0, CICR, lch); + pm_runtime_put_autosuspend(dev); } void omap_enable_dma_irq(int lch, u16 bits) @@ -597,6 +635,7 @@ EXPORT_SYMBOL(omap_disable_dma_irq); static inline void enable_lnk(int lch) { u32 l; + pm_runtime_get_sync(dev); l = p->dma_read(CLNK_CTRL, lch); @@ -614,12 +653,14 @@ static inline void enable_lnk(int lch) #endif p->dma_write(l, CLNK_CTRL, lch); + pm_runtime_put_autosuspend(dev); } static inline void disable_lnk(int lch) { u32 l; + pm_runtime_get_sync(dev); l = p->dma_read(CLNK_CTRL, lch); /* Disable interrupts */ @@ -637,6 +678,7 @@ static inline void disable_lnk(int lch) p->dma_write(l, CLNK_CTRL, lch); dma_chan[lch].flags &= ~OMAP_DMA_ACTIVE; + pm_runtime_put_autosuspend(dev); } static inline void omap2_enable_irq_lch(int lch) @@ -647,11 +689,13 @@ static inline void omap2_enable_irq_lch(int lch) if (!cpu_class_is_omap2()) return; + pm_runtime_get_sync(dev); spin_lock_irqsave(&dma_chan_lock, flags); val = p->dma_read(IRQENABLE_L0, lch); val |= 1 << lch; p->dma_write(val, IRQENABLE_L0, lch); spin_unlock_irqrestore(&dma_chan_lock, flags); + pm_runtime_put_autosuspend(dev); } static inline void omap2_disable_irq_lch(int lch) @@ -662,11 +706,13 @@ static inline void omap2_disable_irq_lch(int lch) if (!cpu_class_is_omap2()) return; + pm_runtime_get_sync(dev); spin_lock_irqsave(&dma_chan_lock, flags); val = p->dma_read(IRQENABLE_L0, lch); val &= ~(1 << lch); p->dma_write(val, IRQENABLE_L0, lch); spin_unlock_irqrestore(&dma_chan_lock, flags); + pm_runtime_put_autosuspend(dev); } int omap_request_dma(int dev_id, const char *dev_name, @@ -677,6 +723,7 @@ int omap_request_dma(int dev_id, const char *dev_name, unsigned long flags; struct omap_dma_lch *chan; + pm_runtime_get_sync(dev); spin_lock_irqsave(&dma_chan_lock, flags); for (ch = 0; ch < dma_chan_count; ch++) { if (free_ch == -1 && dma_chan[ch].dev_id == -1) { @@ -687,6 +734,7 @@ int omap_request_dma(int dev_id, const char *dev_name, } if (free_ch == -1) { spin_unlock_irqrestore(&dma_chan_lock, flags); + pm_runtime_put_autosuspend(dev); return -EBUSY; } chan = dma_chan + free_ch; @@ -744,6 +792,7 @@ int omap_request_dma(int dev_id, const char *dev_name, } *dma_ch_out = free_ch; + pm_runtime_put_autosuspend(dev); return 0; } @@ -758,7 +807,7 @@ void omap_free_dma(int lch) lch); return; } - + pm_runtime_get_sync(dev); if (cpu_class_is_omap1()) { /* Disable all DMA interrupts for the channel. */ p->dma_write(0, CICR, lch); @@ -780,7 +829,7 @@ void omap_free_dma(int lch) p->dma_write(0, CCR, lch); omap_clear_dma(lch); } - + pm_runtime_put_autosuspend(dev); spin_lock_irqsave(&dma_chan_lock, flags); dma_chan[lch].dev_id = -1; dma_chan[lch].next_lch = -1; @@ -818,7 +867,9 @@ omap_dma_set_global_params(int arb_rate, int max_fifo_depth, int tparams) reg |= (0x3 & tparams) << 12; reg |= (arb_rate & 0xff) << 16; + pm_runtime_get_sync(dev); p->dma_write(reg, GCR, 0); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_dma_set_global_params); @@ -841,6 +892,7 @@ omap_dma_set_prio_lch(int lch, unsigned char read_prio, printk(KERN_ERR "Invalid channel id\n"); return -EINVAL; } + pm_runtime_get_sync(dev); l = p->dma_read(CCR, lch); l &= ~((1 << 6) | (1 << 26)); if (cpu_is_omap2430() || cpu_is_omap34xx() || cpu_is_omap44xx()) @@ -849,6 +901,7 @@ omap_dma_set_prio_lch(int lch, unsigned char read_prio, l |= ((read_prio & 0x1) << 6); p->dma_write(l, CCR, lch); + pm_runtime_put_autosuspend(dev); return 0; } @@ -862,9 +915,11 @@ void omap_clear_dma(int lch) { unsigned long flags; + pm_runtime_get_sync(dev); local_irq_save(flags); p->clear_dma(lch); local_irq_restore(flags); + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_clear_dma); @@ -872,6 +927,8 @@ void omap_start_dma(int lch) { u32 l; + pm_runtime_get_sync(dev); + /* * The CPC/CDAC register needs to be initialized to zero * before starting dma transfer. @@ -927,6 +984,7 @@ void omap_stop_dma(int lch) u32 l; unsigned long flags; + pm_runtime_get_sync(dev); /* Disable all interrupts on the channel */ if (cpu_class_is_omap1()) p->dma_write(0, CICR, lch); @@ -989,6 +1047,7 @@ void omap_stop_dma(int lch) } dma_chan[lch].flags &= ~OMAP_DMA_ACTIVE; + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_stop_dma); @@ -1031,6 +1090,7 @@ dma_addr_t omap_get_dma_src_pos(int lch) { dma_addr_t offset = 0; + pm_runtime_get_sync(dev); if (cpu_is_omap15xx()) offset = p->dma_read(CPC, lch); else @@ -1042,6 +1102,7 @@ dma_addr_t omap_get_dma_src_pos(int lch) if (cpu_class_is_omap1()) offset |= (p->dma_read(CSSA, lch) & 0xFFFF0000); + pm_runtime_put_autosuspend(dev); return offset; } EXPORT_SYMBOL(omap_get_dma_src_pos); @@ -1058,6 +1119,7 @@ dma_addr_t omap_get_dma_dst_pos(int lch) { dma_addr_t offset = 0; + pm_runtime_get_sync(dev); if (cpu_is_omap15xx()) offset = p->dma_read(CPC, lch); else @@ -1073,13 +1135,20 @@ dma_addr_t omap_get_dma_dst_pos(int lch) if (cpu_class_is_omap1()) offset |= (p->dma_read(CDSA, lch) & 0xFFFF0000); + pm_runtime_put_autosuspend(dev); return offset; } EXPORT_SYMBOL(omap_get_dma_dst_pos); int omap_get_dma_active_status(int lch) { - return (p->dma_read(CCR, lch) & OMAP_DMA_CCR_EN) != 0; + u32 reg_data; + + pm_runtime_get_sync(dev); + reg_data = p->dma_read(CCR, lch); + pm_runtime_put_autosuspend(dev); + reg_data &= reg_data & OMAP_DMA_CCR_EN; + return ((reg_data != 0) ? 1 : 0); } EXPORT_SYMBOL(omap_get_dma_active_status); @@ -1087,14 +1156,20 @@ int omap_dma_running(void) { int lch; + pm_runtime_get_sync(dev); if (cpu_class_is_omap1()) - if (omap_lcd_dma_running()) + if (omap_lcd_dma_running()) { + pm_runtime_put_autosuspend(dev); return 1; + } for (lch = 0; lch < dma_chan_count; lch++) - if (p->dma_read(CCR, lch) & OMAP_DMA_CCR_EN) + if (p->dma_read(CCR, lch) & OMAP_DMA_CCR_EN) { + pm_runtime_put_autosuspend(dev); return 1; + } + pm_runtime_put_autosuspend(dev); return 0; } @@ -1105,12 +1180,15 @@ int omap_dma_running(void) */ void omap_dma_link_lch(int lch_head, int lch_queue) { + pm_runtime_get_sync(dev); if (omap_dma_in_1510_mode()) { if (lch_head == lch_queue) { p->dma_write(p->dma_read(CCR, lch_head) | (3 << 8), CCR, lch_head); + pm_runtime_put_autosuspend(dev); return; } + pm_runtime_put_autosuspend(dev); printk(KERN_ERR "DMA linking is not supported in 1510 mode\n"); BUG(); return; @@ -1124,6 +1202,7 @@ void omap_dma_link_lch(int lch_head, int lch_queue) } dma_chan[lch_head].next_lch = lch_queue; + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_dma_link_lch); @@ -1132,12 +1211,15 @@ EXPORT_SYMBOL(omap_dma_link_lch); */ void omap_dma_unlink_lch(int lch_head, int lch_queue) { + pm_runtime_get_sync(dev); if (omap_dma_in_1510_mode()) { if (lch_head == lch_queue) { p->dma_write(p->dma_read(CCR, lch_head) & ~(3 << 8), CCR, lch_head); + pm_runtime_put_autosuspend(dev); return; } + pm_runtime_put_autosuspend(dev); printk(KERN_ERR "DMA linking is not supported in 1510 mode\n"); BUG(); return; @@ -1158,6 +1240,7 @@ void omap_dma_unlink_lch(int lch_head, int lch_queue) } dma_chan[lch_head].next_lch = -1; + pm_runtime_put_autosuspend(dev); } EXPORT_SYMBOL(omap_dma_unlink_lch); @@ -1167,6 +1250,7 @@ static void create_dma_lch_chain(int lch_head, int lch_queue) { u32 l; + pm_runtime_get_sync(dev); /* Check if this is the first link in chain */ if (dma_chan[lch_head].next_linked_ch == -1) { dma_chan[lch_head].next_linked_ch = lch_queue; @@ -1194,6 +1278,7 @@ static void create_dma_lch_chain(int lch_head, int lch_queue) l &= ~(0x1f); l |= (dma_chan[lch_queue].next_linked_ch); p->dma_write(l, CLNK_CTRL, lch_queue); + pm_runtime_put_autosuspend(dev); } /** @@ -1467,6 +1552,7 @@ int omap_dma_chain_a_transfer(int chain_id, int src_start, int dest_start, /* Increment the q_tail */ OMAP_DMA_CHAIN_INCQTAIL(chain_id); + pm_runtime_get_sync(dev); /* Set the params to the free channel */ if (src_start != 0) p->dma_write(src_start, CSSA, lch); @@ -1546,6 +1632,7 @@ int omap_dma_chain_a_transfer(int chain_id, int src_start, int dest_start, dma_chan[lch].flags |= OMAP_DMA_ACTIVE; } } + pm_runtime_put_autosuspend(dev); return 0; } @@ -1586,6 +1673,7 @@ int omap_start_dma_chain_transfers(int chain_id) omap_enable_channel_irq(channels[0]); } + pm_runtime_get_sync(dev); l = p->dma_read(CCR, channels[0]); l |= (1 << 7); dma_linked_lch[chain_id].chain_state = DMA_CHAIN_STARTED; @@ -1599,6 +1687,7 @@ int omap_start_dma_chain_transfers(int chain_id) dma_chan[channels[0]].flags |= OMAP_DMA_ACTIVE; + pm_runtime_put_autosuspend(dev); return 0; } EXPORT_SYMBOL(omap_start_dma_chain_transfers); @@ -1630,6 +1719,7 @@ int omap_stop_dma_chain_transfers(int chain_id) } channels = dma_linked_lch[chain_id].linked_dmach_q; + pm_runtime_get_sync(dev); if (IS_DMA_ERRATA(DMA_ERRATA_i88) && p->midlemode) { spin_lock_irqsave(&dma_chan_lock, flags); p->midlemode(true); @@ -1658,6 +1748,7 @@ int omap_stop_dma_chain_transfers(int chain_id) p->midlemode(false); spin_unlock_irqrestore(&dma_chan_lock, flags); } + pm_runtime_put_autosuspend(dev); return 0; } @@ -1691,16 +1782,19 @@ int omap_get_dma_chain_index(int chain_id, int *ei, int *fi) printk(KERN_ERR "Chain doesn't exists\n"); return -EINVAL; } - if ((!ei) || (!fi)) + if ((!ei) || (!fi)) { return -EINVAL; + } channels = dma_linked_lch[chain_id].linked_dmach_q; /* Get the current channel */ lch = channels[dma_linked_lch[chain_id].q_head]; + pm_runtime_get_sync(dev); *ei = p->dma_read(CCEN, lch); *fi = p->dma_read(CCFN, lch); + pm_runtime_put_autosuspend(dev); return 0; } @@ -1719,6 +1813,7 @@ int omap_get_dma_chain_dst_pos(int chain_id) { int lch; int *channels; + int reg_data; /* Check for input params */ if (unlikely((chain_id < 0 || chain_id >= dma_lch_count))) { @@ -1737,7 +1832,10 @@ int omap_get_dma_chain_dst_pos(int chain_id) /* Get the current channel */ lch = channels[dma_linked_lch[chain_id].q_head]; - return p->dma_read(CDAC, lch); + pm_runtime_get_sync(dev); + reg_data = p->dma_read(CDAC, lch); + pm_runtime_put_autosuspend(dev); + return reg_data; } EXPORT_SYMBOL(omap_get_dma_chain_dst_pos); @@ -1753,6 +1851,7 @@ int omap_get_dma_chain_src_pos(int chain_id) { int lch; int *channels; + int reg_data; /* Check for input params */ if (unlikely((chain_id < 0 || chain_id >= dma_lch_count))) { @@ -1771,7 +1870,10 @@ int omap_get_dma_chain_src_pos(int chain_id) /* Get the current channel */ lch = channels[dma_linked_lch[chain_id].q_head]; - return p->dma_read(CSAC, lch); + pm_runtime_get_sync(dev); + reg_data = p->dma_read(CSAC, lch); + pm_runtime_put_autosuspend(dev); + return reg_data; } EXPORT_SYMBOL(omap_get_dma_chain_src_pos); #endif /* ifndef CONFIG_ARCH_OMAP1 */ @@ -1811,6 +1913,8 @@ static int omap1_dma_handle_ch(int ch) if (likely(dma_chan[ch].callback != NULL)) dma_chan[ch].callback(ch, csr, dma_chan[ch].data); + pm_runtime_mark_last_busy(dev); + pm_runtime_put_autosuspend(dev); return 1; } @@ -1895,8 +1999,11 @@ static int omap2_dma_handle_ch(int ch) OMAP_DMA_DYNAMIC_CHAIN) disable_lnk(ch); - if (!OMAP_DMA_CHAIN_QEMPTY(chain_id)) + if (!OMAP_DMA_CHAIN_QEMPTY(chain_id)) { OMAP_DMA_CHAIN_INCQHEAD(chain_id); + pm_runtime_get_sync(dev); + } + status = p->dma_read(CSR, ch); p->dma_write(status, CSR, ch); @@ -1905,6 +2012,8 @@ static int omap2_dma_handle_ch(int ch) if (likely(dma_chan[ch].callback != NULL)) dma_chan[ch].callback(ch, status, dma_chan[ch].data); + pm_runtime_mark_last_busy(dev); + pm_runtime_put_autosuspend(dev); return 0; } @@ -1945,17 +2054,20 @@ static struct irqaction omap24xx_dma_irq; void omap_dma_global_context_save(void) { + pm_runtime_get_sync(dev); omap_dma_global_context.dma_irqenable_l0 = p->dma_read(IRQENABLE_L0, 0); omap_dma_global_context.dma_ocp_sysconfig = p->dma_read(OCP_SYSCONFIG, 0); omap_dma_global_context.dma_gcr = p->dma_read(GCR, 0); + pm_runtime_put_autosuspend(dev); } void omap_dma_global_context_restore(void) { int ch; + pm_runtime_get_sync(dev); p->dma_write(omap_dma_global_context.dma_gcr, GCR, 0); p->dma_write(omap_dma_global_context.dma_ocp_sysconfig, OCP_SYSCONFIG, 0); @@ -1968,6 +2080,7 @@ void omap_dma_global_context_restore(void) for (ch = 0; ch < dma_chan_count; ch++) if (dma_chan[ch].dev_id != -1) omap_clear_dma(ch); + pm_runtime_put_autosuspend(dev); } static int __devinit omap_system_dma_probe(struct platform_device *pdev) @@ -1984,6 +2097,7 @@ static int __devinit omap_system_dma_probe(struct platform_device *pdev) return -EINVAL; } + dev = &pdev->dev; d = p->dma_attr; errata = p->errata; @@ -2005,6 +2119,11 @@ static int __devinit omap_system_dma_probe(struct platform_device *pdev) } } + pm_runtime_use_autosuspend(dev); + pm_runtime_set_autosuspend_delay(dev, 1000); + pm_runtime_enable(dev); + pm_runtime_get_sync(dev); + spin_lock_init(&dma_chan_lock); for (ch = 0; ch < dma_chan_count; ch++) { omap_clear_dma(ch); @@ -2070,6 +2189,16 @@ static int __devinit omap_system_dma_probe(struct platform_device *pdev) dma_chan[1].dev_id = 1; } p->show_dma_caps(); + + /* + * Note: If dma channels are reserved through boot paramters, + * then dma device is always enabled. + */ + if (omap_dma_reserve_channels) + pm_runtime_get(dev); + + pm_runtime_put_autosuspend(dev); + return 0; exit_dma_irq_fail: @@ -2091,6 +2220,9 @@ static int __devexit omap_system_dma_remove(struct platform_device *pdev) { int dma_irq; + if (omap_dma_reserve_channels) + pm_runtime_put_autosuspend(dev); + if (cpu_class_is_omap2()) { char irq_name[4]; strcpy(irq_name, "0"); -- 1.7.1 ^ permalink raw reply related [flat|nested] 10+ messages in thread
* [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support 2011-02-24 10:14 [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support G, Manjunath Kondaiah ` (2 preceding siblings ...) 2011-02-24 10:14 ` [PATCH 3/3] OMAP: PM: DMA: Enable runtime pm G, Manjunath Kondaiah @ 2011-03-03 18:35 ` Kevin Hilman 2011-03-04 4:18 ` G, Manjunath Kondaiah 3 siblings, 1 reply; 10+ messages in thread From: Kevin Hilman @ 2011-03-03 18:35 UTC (permalink / raw) To: linux-arm-kernel "G, Manjunath Kondaiah" <manjugk@ti.com> writes: > This patch series is remaining part of dma hwmod to support pm runtime > and for handling mstandby mode for all applicable DMA mstandby mode errata. This is still not runtime-suspending when I use my DMA test in linking mode. If I put a large enough period between transfers, it should autosuspend during transfers. It seems to do auto-suspend and resume once, but then it never suspends again. I tested with my dmatest module[1], and loaded with: # insmod ./dmatest.ko linking=1 forever=1 forever_period=1024 Not only does it not auto-suspend between transfers (which I expected), it also doesn't suspend after removing the module which stops all active channels. Kevin [1] git://gitorious.org/omap-test/dmatest.git > The alignment for pm runtime API's usage is at: > http://thread.gmane.org/gmane.linux.ports.arm.omap/51588/focus=52493 > http://thread.gmane.org/gmane.linux.ports.arm.omap/50762/focus=50840 > > The alignment for handling mstandby mode errata handling is at: > http://thread.gmane.org/gmane.linux.ports.arm.omap/47398/focus=47426 > http://thread.gmane.org/gmane.linux.ports.arm.omap/47479/focus=47537 > > Testing: > Compile tested for > - omap1_defconfig > - omap2plus_defconfig > > Boot test on: > - OMAP1710-H3 > - OMAP2420-H4 > - OMAP3430-LDP > - OMAP3630-Zoom3 > - OMAP4430-Blaze > > DMA memory to memory test cases(including chaining) are executed for > all the above boards and for each test case, > /sys/devices/platform/omap/omap_dma_system.0/power/runtime_status > was verified and after completion of the tests, runtime_status will be > always suspended. > > Apart from that, offmode testing is done for OMAP3430-LDP using the procedure: > echo 1 > /debug/pm_debug/sleep_while_idle > echo 1 > /debug/pm_debug/enable_off_mode > echo 5 > /sys/devices/platform/omap/omap_uart.0/sleep_timeout > echo 5 > /sys/devices/platform/omap/omap_uart.1/sleep_timeout > echo 5 > /sys/devices/platform/omap/omap_uart.2/sleep_timeout > > With the above steps, core off mode count gets increasing if the the board > is idle for more than 5 seconds. > > Baseline: > Applies cleanly on top of mainline 2.6.38-rc6: > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git > commit f5412be599602124d2bdd49947b231dd77c0bf99 > Author: Linus Torvalds <torvalds@linux-foundation.org> > Date: Mon Feb 21 17:25:52 2011 -0800 > > Linux 2.6.38-rc6 > > Note: OMAP1 is tested on top of 2.6.38-rc5 since rc6 is broken for omap1 build > > Patch Summary: > ============== > G, Manjunath Kondaiah (2): > OMAP2+: PM: omap device: API's for handling mstandby mode > OMAP2+: DMA: prevent races while setting M idle mode to nostandby > > Manjunath G Kondaiah (1): > OMAP: PM: DMA: Enable runtime pm > > arch/arm/mach-omap1/dma.c | 1 + > arch/arm/mach-omap2/dma.c | 16 ++ > arch/arm/mach-omap2/omap_hwmod.c | 42 ++++++ > arch/arm/plat-omap/dma.c | 190 +++++++++++++++++++++---- > arch/arm/plat-omap/include/plat/dma.h | 1 + > arch/arm/plat-omap/include/plat/omap_device.h | 2 + > arch/arm/plat-omap/include/plat/omap_hwmod.h | 4 +- > arch/arm/plat-omap/omap_device.c | 64 +++++++++ > 8 files changed, 293 insertions(+), 27 deletions(-) ^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support 2011-03-03 18:35 ` [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support Kevin Hilman @ 2011-03-04 4:18 ` G, Manjunath Kondaiah 2011-03-07 11:06 ` G, Manjunath Kondaiah 0 siblings, 1 reply; 10+ messages in thread From: G, Manjunath Kondaiah @ 2011-03-04 4:18 UTC (permalink / raw) To: linux-arm-kernel On Thu, Mar 03, 2011 at 10:35:23AM -0800, Kevin Hilman wrote: > "G, Manjunath Kondaiah" <manjugk@ti.com> writes: > > > This patch series is remaining part of dma hwmod to support pm runtime > > and for handling mstandby mode for all applicable DMA mstandby mode errata. > > This is still not runtime-suspending when I use my DMA test in linking > mode. > > If I put a large enough period between transfers, it should autosuspend > during transfers. It seems to do auto-suspend and resume once, but then > it never suspends again. > > I tested with my dmatest module[1], and loaded with: > > # insmod ./dmatest.ko linking=1 forever=1 forever_period=1024 > > Not only does it not auto-suspend between transfers (which I expected), > it also doesn't suspend after removing the module which stops all active > channels. The normal chaining test cases are executed and which used to show the proper status. Let me reproduce this issue with your test procedure. > > The alignment for handling mstandby mode errata handling is at: > > http://thread.gmane.org/gmane.linux.ports.arm.omap/47398/focus=47426 > > http://thread.gmane.org/gmane.linux.ports.arm.omap/47479/focus=47537 > > > > Testing: > > Compile tested for > > - omap1_defconfig > > - omap2plus_defconfig > > > > Boot test on: > > - OMAP1710-H3 > > - OMAP2420-H4 > > - OMAP3430-LDP Sorry. It's OMAP3430 Zoom2 and not LDP. -Manjunath > > - OMAP3630-Zoom3 > > - OMAP4430-Blaze > > > > DMA memory to memory test cases(including chaining) are executed for > > all the above boards and for each test case, > > /sys/devices/platform/omap/omap_dma_system.0/power/runtime_status > > was verified and after completion of the tests, runtime_status will be > > always suspended. > > > > Apart from that, offmode testing is done for OMAP3430-LDP using the procedure: > > echo 1 > /debug/pm_debug/sleep_while_idle > > echo 1 > /debug/pm_debug/enable_off_mode > > echo 5 > /sys/devices/platform/omap/omap_uart.0/sleep_timeout > > echo 5 > /sys/devices/platform/omap/omap_uart.1/sleep_timeout > > echo 5 > /sys/devices/platform/omap/omap_uart.2/sleep_timeout > > > > With the above steps, core off mode count gets increasing if the the board > > is idle for more than 5 seconds. > > > > Baseline: > > Applies cleanly on top of mainline 2.6.38-rc6: > > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git > > commit f5412be599602124d2bdd49947b231dd77c0bf99 > > Author: Linus Torvalds <torvalds@linux-foundation.org> > > Date: Mon Feb 21 17:25:52 2011 -0800 > > > > Linux 2.6.38-rc6 > > > > Note: OMAP1 is tested on top of 2.6.38-rc5 since rc6 is broken for omap1 build > > > > Patch Summary: > > ============== > > G, Manjunath Kondaiah (2): > > OMAP2+: PM: omap device: API's for handling mstandby mode > > OMAP2+: DMA: prevent races while setting M idle mode to nostandby > > > > Manjunath G Kondaiah (1): > > OMAP: PM: DMA: Enable runtime pm > > > > arch/arm/mach-omap1/dma.c | 1 + > > arch/arm/mach-omap2/dma.c | 16 ++ > > arch/arm/mach-omap2/omap_hwmod.c | 42 ++++++ > > arch/arm/plat-omap/dma.c | 190 +++++++++++++++++++++---- > > arch/arm/plat-omap/include/plat/dma.h | 1 + > > arch/arm/plat-omap/include/plat/omap_device.h | 2 + > > arch/arm/plat-omap/include/plat/omap_hwmod.h | 4 +- > > arch/arm/plat-omap/omap_device.c | 64 +++++++++ > > 8 files changed, 293 insertions(+), 27 deletions(-) ^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support 2011-03-04 4:18 ` G, Manjunath Kondaiah @ 2011-03-07 11:06 ` G, Manjunath Kondaiah 2011-03-07 19:04 ` Kevin Hilman 2011-03-08 14:24 ` G, Manjunath Kondaiah 0 siblings, 2 replies; 10+ messages in thread From: G, Manjunath Kondaiah @ 2011-03-07 11:06 UTC (permalink / raw) To: linux-arm-kernel On Fri, Mar 04, 2011 at 09:48:26AM +0530, G, Manjunath Kondaiah wrote: > On Thu, Mar 03, 2011 at 10:35:23AM -0800, Kevin Hilman wrote: > > "G, Manjunath Kondaiah" <manjugk@ti.com> writes: > > > > > This patch series is remaining part of dma hwmod to support pm runtime > > > and for handling mstandby mode for all applicable DMA mstandby mode errata. > > > > This is still not runtime-suspending when I use my DMA test in linking > > mode. > > > > If I put a large enough period between transfers, it should autosuspend > > during transfers. It seems to do auto-suspend and resume once, but then > > it never suspends again. > > > > I tested with my dmatest module[1], and loaded with: > > > > # insmod ./dmatest.ko linking=1 forever=1 forever_period=1024 > > > > Not only does it not auto-suspend between transfers (which I expected), > > it also doesn't suspend after removing the module which stops all active > > channels. > > The normal chaining test cases are executed and which used to show the > proper status. Let me reproduce this issue with your test procedure. ok. I am able to reproduce this issue and fixed _get_sync usage in omap_start_dma if channel linking is used. Earlier it was handled for the cases with chaining API's. If linking is done without chaining API's, it will result in _get_sync and _put mismatch. Thanks for the test case and I will be re posting the patches with the above fix. -Manjunath ^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support 2011-03-07 11:06 ` G, Manjunath Kondaiah @ 2011-03-07 19:04 ` Kevin Hilman 2011-03-08 14:24 ` G, Manjunath Kondaiah 1 sibling, 0 replies; 10+ messages in thread From: Kevin Hilman @ 2011-03-07 19:04 UTC (permalink / raw) To: linux-arm-kernel "G, Manjunath Kondaiah" <manjugk@ti.com> writes: > On Fri, Mar 04, 2011 at 09:48:26AM +0530, G, Manjunath Kondaiah wrote: >> On Thu, Mar 03, 2011 at 10:35:23AM -0800, Kevin Hilman wrote: >> > "G, Manjunath Kondaiah" <manjugk@ti.com> writes: >> > >> > > This patch series is remaining part of dma hwmod to support pm runtime >> > > and for handling mstandby mode for all applicable DMA mstandby mode errata. >> > >> > This is still not runtime-suspending when I use my DMA test in linking >> > mode. >> > >> > If I put a large enough period between transfers, it should autosuspend >> > during transfers. It seems to do auto-suspend and resume once, but then >> > it never suspends again. >> > >> > I tested with my dmatest module[1], and loaded with: >> > >> > # insmod ./dmatest.ko linking=1 forever=1 forever_period=1024 >> > >> > Not only does it not auto-suspend between transfers (which I expected), >> > it also doesn't suspend after removing the module which stops all active >> > channels. >> >> The normal chaining test cases are executed and which used to show the >> proper status. Let me reproduce this issue with your test procedure. > > ok. I am able to reproduce this issue and fixed _get_sync usage in > omap_start_dma if channel linking is used. Earlier it was handled for > the cases with chaining API's. If linking is done without chaining > API's, it will result in _get_sync and _put mismatch. Great, glad you found it. My DMA test module predates the existence of a chaining API, so I guess that's part of the problem. Glad it helped though. > Thanks for the test case and I will be re posting the patches with the > above fix. Thanks, Kevin ^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support 2011-03-07 11:06 ` G, Manjunath Kondaiah 2011-03-07 19:04 ` Kevin Hilman @ 2011-03-08 14:24 ` G, Manjunath Kondaiah 1 sibling, 0 replies; 10+ messages in thread From: G, Manjunath Kondaiah @ 2011-03-08 14:24 UTC (permalink / raw) To: linux-arm-kernel On Mon, Mar 07, 2011 at 04:36:12PM +0530, G, Manjunath Kondaiah wrote: > On Fri, Mar 04, 2011 at 09:48:26AM +0530, G, Manjunath Kondaiah wrote: > > On Thu, Mar 03, 2011 at 10:35:23AM -0800, Kevin Hilman wrote: > > > "G, Manjunath Kondaiah" <manjugk@ti.com> writes: > > > > > > > This patch series is remaining part of dma hwmod to support pm runtime > > > > and for handling mstandby mode for all applicable DMA mstandby mode errata. > > > > > > This is still not runtime-suspending when I use my DMA test in linking > > > mode. > > > > > > If I put a large enough period between transfers, it should autosuspend > > > during transfers. It seems to do auto-suspend and resume once, but then > > > it never suspends again. > > > > > > I tested with my dmatest module[1], and loaded with: > > > > > > # insmod ./dmatest.ko linking=1 forever=1 forever_period=1024 > > > > > > Not only does it not auto-suspend between transfers (which I expected), > > > it also doesn't suspend after removing the module which stops all active > > > channels. > > > > The normal chaining test cases are executed and which used to show the > > proper status. Let me reproduce this issue with your test procedure. > > ok. I am able to reproduce this issue and fixed _get_sync usage in > omap_start_dma if channel linking is used. Earlier it was handled for > the cases with chaining API's. If linking is done without chaining > API's, it will result in _get_sync and _put mismatch. > > Thanks for the test case and I will be re posting the patches with the > above fix. While testing your test case with off mode for scenario: insmod ./dmatest.ko linking=1 forever=1 forever_period=1024 debug=1 the transfer after timer expiry will get corrupted once it comes out of off mode. Debugging offmode issue... Trying to use omap_pm_get_dev_context_loss_count(dev) for checking offmode count for context restore in omap_start_dma. -Manjunath ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2011-03-10 10:12 UTC | newest] Thread overview: 10+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2011-02-24 10:14 [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support G, Manjunath Kondaiah 2011-02-24 10:14 ` [PATCH 1/3] OMAP2+: PM: omap device: API's for handling mstandby mode G, Manjunath Kondaiah 2011-03-10 10:12 ` Paul Walmsley 2011-02-24 10:14 ` [PATCH 2/3] OMAP2+: DMA: prevent races while setting M idle mode to nostandby G, Manjunath Kondaiah 2011-02-24 10:14 ` [PATCH 3/3] OMAP: PM: DMA: Enable runtime pm G, Manjunath Kondaiah 2011-03-03 18:35 ` [PATCH 0/3] OMAP: DMA: mstandby mode and runtime pm support Kevin Hilman 2011-03-04 4:18 ` G, Manjunath Kondaiah 2011-03-07 11:06 ` G, Manjunath Kondaiah 2011-03-07 19:04 ` Kevin Hilman 2011-03-08 14:24 ` G, Manjunath Kondaiah
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).