On Mon, 2011-07-11 at 14:11 +0200, Mark Brown wrote:
On Mon, Jul 11, 2011 at 01:48:59PM +0300, Tero Kristo wrote:
On Mon, 2011-07-11 at 12:05 +0200, Mark Brown wrote:
No. Why do you want these regulators to have anything to do with the
TWL4030?
So, a completely new driver should
Hello,
Based on the comments for the previous version of this set, I implemented
a regulator driver for the OMAP SMPS now. It could actually be moved under
arch/arm/mach-omap2/ directory instead of drivers/regulator, I think it
should work from there also. This would also require less hacking for
OMAP SMPS regulator driver provides access to OMAP voltage processor
controlled regulators. These include VDD1 and VDD2 for OMAP3 and additionally
VDD3 for OMAP4. SMPS regulators use the OMAP voltage layer for the actual
voltage regulation operations.
Signed-off-by: Tero Kristo t-kri...@ti.com
This is needed so that these include files can be accessed from drivers.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_opp_data.h |3 +-
arch/arm/mach-omap2/omap_twl.c|2 +-
arch/arm/mach-omap2/pm.c |2 +-
arch
VDD1 and VDD2 are now available. This requires SMPS regulator driver to work.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 53 +++
1 files changed, 53 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board
Beagleboard rev-c4 has a speed sorted OMAP3530 chip which can run at 720MHz.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 32 +++
arch/arm/mach-omap2/opp3xxx_data.c |4 +++
2 files changed, 36 insertions(+), 0
This fixes a couple of compilation warnings with OMAP SMPS regulator
driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/voltage.c |2 +-
arch/arm/plat-omap/include/plat/voltage.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On Wed, 2011-07-13 at 16:40 +0200, Mark Brown wrote:
On Wed, Jul 13, 2011 at 05:00:35PM +0300, Tero Kristo wrote:
+config REGULATOR_OMAP_SMPS
+ tristate TI OMAP SMPS Power Regulators
+ depends on (ARCH_OMAP3 || ARCH_OMAP4) PM TWL4030_CORE
What is the dependency on the TWL4030? I
.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 32
+++
arch/arm/mach-omap2/opp3xxx_data.c |4 +++
2 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
On Thu, 2011-07-14 at 08:29 +0200, Todd Poynor wrote:
On Wed, Jul 13, 2011 at 05:00:35PM +0300, Tero Kristo wrote:
OMAP SMPS regulator driver provides access to OMAP voltage processor
controlled regulators. These include VDD1 and VDD2 for OMAP3 and
additionally
VDD3 for OMAP4. SMPS
On Thu, 2011-07-14 at 02:22 +0200, Hilman, Kevin wrote:
Hi Tero,
Tero Kristo t-kri...@ti.com writes:
Based on the comments for the previous version of this set, I implemented
a regulator driver for the OMAP SMPS now.
Could you rebase this on my pm-wip/voltdm branch where I've started
On Thu, 2011-07-14 at 00:55 +0200, Mark Brown wrote:
On Wed, Jul 13, 2011 at 06:53:45PM +0300, Tero Kristo wrote:
On Wed, 2011-07-13 at 16:40 +0200, Mark Brown wrote:
I do strongly prefer the idiom of just registering all the regulators
even if they're read only.
Number of available
On Fri, 2011-07-15 at 18:40 +0200, Todd Poynor wrote:
On Tue, Jul 05, 2011 at 01:27:47PM +0300, Tero Kristo wrote:
Introduce a chained interrupt handler mechanism for the PRCM
interrupt, so that individual PRCM event can cleanly be handled by
handlers in separate drivers. We do
Hello,
Main changes compared to v2:
- cleanup should now work better
- register all available regulators always, if no initdata = readonly
- added board init support functionality to twl-common
- constraints not touched by the driver anymore
Tested on omap3 beagle.
-Tero
Texas Instruments
This is needed so that these include files can be accessed from drivers.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/voltage.h | 180 -
arch/arm/mach-omap2/vp.h | 128
arch/arm/plat-omap
These are now under plat-omap/include/plat.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/io.c |2 +-
arch/arm/mach-omap2/omap_opp_data.h |3 +--
arch/arm/mach-omap2/omap_twl.c|2 +-
arch/arm/mach-omap2/pm.c
OMAP SMPS regulator driver provides access to OMAP voltage processor
controlled regulators. These include VDD_MPU and VDD_CORE for OMAP3 and
additionally VDD_IVA for OMAP4. SMPS regulators use the OMAP voltage
layer for the actual voltage regulation operations.
Signed-off-by: Tero Kristo t-kri
This is using the common API defined in twl-common.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/board-omap3beagle.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
b/arch/arm/mach-omap2/board
omap3_pmic_get_smps_config can now be used to get regulator configuration
for MPU and CORE SMPS regulators. This should be expanded later to add IVA
SMPS regulator for OMAP4.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/twl-common.c | 62
Beagleboard rev-c4 has a speed sorted OMAP3530 chip which can run at 720MHz.
This is a temporary patch for supporting this set only, do not integrate.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 32 +++
arch/arm/mach
On Mon, 2011-07-18 at 19:35 +0200, Kristo, Tero wrote:
Hello,
Main changes compared to v2:
- cleanup should now work better
- register all available regulators always, if no initdata = readonly
- added board init support functionality to twl-common
- constraints not touched by the driver
On Mon, 2011-07-18 at 20:16 +0200, Balbi, Felipe wrote:
Hi,
On Mon, Jul 18, 2011 at 08:35:18PM +0300, Tero Kristo wrote:
These are now under plat-omap/include/plat.
Signed-off-by: Tero Kristo t-kri...@ti.com
this has to be folded into previous patch, otherwise we will have a
broken
On Mon, 2011-07-18 at 20:16 +0200, Balbi, Felipe wrote:
Hi,
On Mon, Jul 18, 2011 at 08:35:17PM +0300, Tero Kristo wrote:
This is needed so that these include files can be accessed from drivers.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/voltage.h
On Tue, 2011-07-19 at 01:40 +0200, Hilman, Kevin wrote:
Felipe Balbi ba...@ti.com writes:
On Mon, Jul 18, 2011 at 08:35:19PM +0300, Tero Kristo wrote:
diff --git a/drivers/regulator/omap-smps-regulator.c
b/drivers/regulator/omap-smps-regulator.c
new file mode 100644
index 000
On Mon, 2011-07-18 at 20:22 +0200, Balbi, Felipe wrote:
Hi,
On Mon, Jul 18, 2011 at 08:35:19PM +0300, Tero Kristo wrote:
diff --git a/drivers/regulator/omap-smps-regulator.c
b/drivers/regulator/omap-smps-regulator.c
new file mode 100644
index 000..8b56e4f
--- /dev/null
+++ b
On Mon, 2011-07-18 at 20:23 +0200, Balbi, Felipe wrote:
Hi,
On Mon, Jul 18, 2011 at 08:35:20PM +0300, Tero Kristo wrote:
diff --git a/arch/arm/mach-omap2/twl-common.h
b/arch/arm/mach-omap2/twl-common.h
index 5e83a5b..fde8467 100644
--- a/arch/arm/mach-omap2/twl-common.h
+++ b/arch
On Tue, 2011-07-19 at 17:38 +0200, Mark Brown wrote:
On Mon, Jul 18, 2011 at 08:35:19PM +0300, Tero Kristo wrote:
OMAP SMPS regulator driver provides access to OMAP voltage processor
controlled regulators. These include VDD_MPU and VDD_CORE for OMAP3 and
additionally VDD_IVA for OMAP4. SMPS
On Sat, 2011-07-23 at 01:51 +0200, Balbi, Felipe wrote:
Hi,
On Tue, Jul 05, 2011 at 01:27:51PM +0300, Tero Kristo wrote:
This is no longer needed as it will be handled within serial driver itself.
Signed-off-by: Tero Kristo t-kri...@ti.com
isn't this introducing a regression ? Should
Hello,
Changes compared to previous set:
- moved OMAP3/OMAP4 specific code under prm.c files
- dropped most of the event definitions for now, and just left
wkup and io events in
- PRCM events are now defined as a common struct under prcm.c
- moved mux handling routines from omap_hwmod.c to
From: R, Govindraj govindraj.r...@ti.com
Add API to enable IO pad wakeup capability based on mux dynamic pad and
wake_up enable flag available from hwmod_mux initialization.
Use the wakeup_enable flag and enable wakeup capability
for the given pads. Wakeup capability will be enabled/disabled
From: R, Govindraj govindraj.r...@ti.com
Add API to determine IO-PAD wakeup event status for a given
hwmod dynamic_mux pad.
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/mux.c| 30 ++
arch/arm/mach-omap2/mux.h
OMAP mux now provides a service routine to parse pending wakeup events
and to call registered ISR whenever active wakeups are detected. This
routine is called directly from PRCM interrupt handler.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/mux.c | 27
This is no longer needed as it will be handled within serial driver itself.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm34xx.c | 19 ---
1 files changed, 0 insertions(+), 19 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2
Just for PRCM chain handler testing purposes. This should be replaced with
a proper implementation.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/serial.c | 71 -
1 files changed, 69 insertions(+), 2 deletions(-)
diff --git a/arch
This patch is just a temporary hack to allow serial to work properly with
the PRCM chain handler. Should be replaced with a proper implementation.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/serial.c | 28 +---
drivers/tty/serial/omap-serial.c
the SoC on which we are running, keeping only the ones that are
actually useful. All the logic is written to be generic with regard to
OMAP3/OMAP4, even though OMAP3 has single PRCM event registers and OMAP4
has two PRCM event registers.
Patch tested on OMAP3 beagleboard.
Signed-off-by: Tero Kristo t
Prevents a hang when omap_device would want to print something for
serial console device while enabling / disabling its clocks.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/plat-omap/omap_device.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm
These are no longer needed as omap_hwmod takes care of multiplexing of pads.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/serial.c | 25 +
1 files changed, 1 insertions(+), 24 deletions(-)
diff --git a/arch/arm/mach-omap2/serial.c b/arch/arm/mach
This prevents system hang while attempting to access suspended console. Should
most likely be fixed with proper console locking.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm34xx.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach
This is handled automatically by the PRCM chain interrupt mechanism now.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm34xx.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index
On Mon, 2011-07-25 at 19:03 +0200, Balbi, Felipe wrote:
Hi,
On Mon, Jul 25, 2011 at 07:36:01PM +0300, Tero Kristo wrote:
Introduce a chained interrupt handler mechanism for the PRCM
interrupt, so that individual PRCM event can cleanly be handled by
handlers in separate drivers. We do
Hello,
This version has following changes:
- does not move voltage.h under plat-omap anymore, instead
creates a stub voltage.h under plat-omap with minimal support required
- platform device registration is now done from voltage.c, no need
for board file changes anymore
- Kconfig option does
Needed as some of the voltage layer functionality is accessed from the
SMPS regulator driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/plat-omap/include/plat/voltage.h | 20
1 files changed, 20 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/plat
All voltagedomains that have support for vc and vp are now automatically
registered with SMPS regulator driver. Voltage.c builds a platform device
structure for this purpose during late init.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/voltage.c | 68
Beagleboard rev-c4 has a speed sorted OMAP3530 chip which can run at 720MHz.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 32 +++
arch/arm/mach-omap2/opp3xxx_data.c |4 +++
2 files changed, 36 insertions(+), 0
OMAP SMPS regulator driver provides access to OMAP voltage processor
controlled regulators. These include VDD_MPU and VDD_CORE for OMAP3 and
additionally VDD_IVA for OMAP4. SMPS regulators use the OMAP voltage
layer for the actual voltage regulation operations.
Signed-off-by: Tero Kristo t-kri
Hi,
Following patch attemps to separate some board specific parameters from
the core PM code. These parameters can then be specified in the board
files. Some things missing from this work currently are hooks from the
sleep code to select proper setup times based on the sleep mode... and
well, the
for oscillator setup time declaration
Todo: split patch into more easily manageable parts.
Applies on top of pm/wip/voltdm branch, based on work done by Vishwanath
Sripathy.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Vishwanath Sripathy vishwanath...@ti.com
---
arch/arm/mach-omap2/omap_opp_data.h
This patch provided just as an example, actual times should be measured
for the board.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 36 +++
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach
On Thu, 2011-08-04 at 15:57 +0200, Sripathy, Vishwanath wrote:
Texas Instruments Oy, Tekniikantie 12, 02150 Espoo. Y-tunnus: 0115040-6.
Kotipaikka: Helsinki
-Original Message-
From: Tero Kristo [mailto:t-kri...@ti.com]
Sent: Wednesday, August 03, 2011 8:59 PM
To: linux-omap
This patch provided just as an example, actual time should be checked from
the datasheet.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/board-omap3beagle.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
by Vishwanath
Sripathy.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_opp_data.h | 15 ++
arch/arm/mach-omap2/omap_twl.c| 25
arch/arm/mach-omap2/opp3xxx_data.c| 62
arch/arm/mach-omap2/opp4xxx_data.c
Hi Kevin,
Sorry for bit late reply, I've been on holiday during last 3 weeks.
On Sat, 2011-08-06 at 01:37 +0200, Hilman, Kevin wrote:
Tero Kristo t-kri...@ti.com writes:
All voltagedomains that have support for vc and vp are now automatically
registered with SMPS regulator driver
On Fri, 2011-08-05 at 23:54 +0200, Hilman, Kevin wrote:
Tero Kristo t-kri...@ti.com writes:
All voltagedomains that have support for vc and vp are now automatically
registered with SMPS regulator driver. Voltage.c builds a platform device
structure for this purpose during late init
On Fri, 2011-08-05 at 23:52 +0200, Hilman, Kevin wrote:
Tero Kristo t-kri...@ti.com writes:
All voltagedomains that have support for vc and vp are now automatically
registered with SMPS regulator driver. Voltage.c builds a platform device
structure for this purpose during late init
Hello,
Changes compared to previous version of this set:
- dropped stub header file patch as it is integrated to voltm branch already
- PATCH 1:
* fixed section mismatch
* changed consumer supply naming to match with omap PM code better
* refreshed so that it applies cleanly on latest
OMAP SMPS regulator driver provides access to OMAP voltage processor
controlled regulators. These include VDD_MPU and VDD_CORE for OMAP3 and
additionally VDD_IVA for OMAP4. SMPS regulators use the OMAP voltage
layer for the actual voltage regulation operations.
Signed-off-by: Tero Kristo t-kri
Beagleboard rev-c4 has a speed sorted OMAP3530 chip which can run at 720MHz.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 29 +
arch/arm/mach-omap2/opp3xxx_data.c |4
2 files changed, 33 insertions(+), 0
All voltagedomains that have support for vc and vp are now automatically
registered with SMPS regulator driver. Voltage.c builds a platform device
structure for this purpose during late init.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/voltage.c | 81
This is needed so that SMPS regulators can be properly mapped to corresponding
processor devices.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/voltage.h |2 ++
arch/arm/mach-omap2/voltagedomains3xxx_data.c |2 ++
arch/arm/mach-omap2
Hey Paul,
I've been looking at this now and got one question below. Otherwise your
comments look okay to me and I can work with those.
On Fri, 2011-08-26 at 11:12 +0200, Paul Walmsley wrote:
Hello Tero,
a few comments on this patch:
On Mon, 25 Jul 2011, Tero Kristo wrote:
Introduce
Hi Paul,
On Fri, 2011-09-02 at 11:20 +0200, Paul Walmsley wrote:
Hi Tero,
On Thu, 1 Sep 2011, Tero Kristo wrote:
I've been looking at this now and got one question below. Otherwise your
comments look okay to me and I can work with those.
Great. As you work on it, please let me know
On Wed, 2012-09-12 at 16:11 -0700, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com writes:
[...]
It kind of looks to me like there are two or three separate sets within
the series. My feeling is that Kevin should take the first two, then I
should take the rest other than 6 and 7.
Hi,
Changes compared to previous version:
- Dropped following patches from the set as these were queued by Paul:
0003-ARM-OMAP4-hwmod-flag-hwmods-modules-not-supporting-m.patch
0004-ARM-OMAP-hwmod-Add-support-for-per-hwmod-module-cont.patch
From: Rajendra Nayak rna...@ti.com
Remove the FIXME's in the suspend sequence since
we now intend to support system level RET support.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Tero Kristo t-kri...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach
Currently OMAP4 suspend puts all power domains to CSWR. OSWR is a deeper
state that saves more power, but has higher latencies also. As suspend
is considered a high-latency operation, OSWR is appropriate here.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm44xx.c |2
Added similar PM errata flag support as omap3 has. This should be used
in similar manner, set the flags during init time, and check the flag
values during runtime.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm.h |7 +++
arch/arm/mach-omap2/pm44xx.c |1 +
2
interrupts.
The BUG is applicable to only OMAP4460(r2pX) devices.
OMAP4470 (also r2pX) is not affected by this bug because
ROM code has been fixed.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/common.h
timeout to trigger a new timer interrupt.
Signed-off-by: Colin Cross ccr...@android.com
[s-...@ti.com: adapted to k3.4 + validated functionality]
Signed-off-by: Sebastien Jan s-...@ti.com
[t-kri...@ti.com: dropped generic ARM kernel exports from the code, rebased
to mainline]
Signed-off-by: Tero Kristo
On Tue, 2012-09-18 at 22:25 +, Paul Walmsley wrote:
Hi Tero,
just looking at the usecounting series to see what is mergeable and
noticed this:
On Fri, 13 Jul 2012, Tero Kristo wrote:
Secondly, there are multiple erratas for omap3, which say that the
wakedeps should be enabled
Hi,
Changes compared to previous version:
- Fixed OMAP4 support (patches 7-10)
- Dropped debugging support from this set for now
- Rebased on top of 3.6-rc5 + func-pwrst + omap4-ret code
(omap4 support easier to test with these)
- Patch #1:
* dropped clkdm_usecount_inc / clkdm_usecount_dec
and autoidle flag for clocks that
are hardware controlled and should be skipped in usecount
calculations.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/clkt_iclk.c | 21 ++
arch/arm/mach
These are updated based on powerdomain usecounts. Also added support
for voltdm-sleep and voltdm-wakeup calls that will be invoked once
voltagedomain enters sleep or wakes up based on usecount numbers. These
will be used for controlling voltage scaling functionality.
Signed-off-by: Tero Kristo t
, and will allow vc
callbacks to be triggered at right point of time.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/common.h |6 ++
arch/arm/mach-omap2/omap-mpuss-lowpower.c | 72
Some clockdomains bug out if their autodeps are deleted before idle.
This happens namely with OMAP3 PER domain, it will bug out if it
doesn't have wakedeps enabled when it enters off-mode. This patch
adds support for new flag 'CLKDM_NO_AUTODEP_DISABLE' which does this.
Signed-off-by: Tero Kristo
-by: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
Reviewed-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clock3xxx_data.c
b/arch
-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/clockdomains3xxx_data.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/clockdomains3xxx_data.c
b/arch/arm/mach-omap2/clockdomains3xxx_data.c
index 56089c4..3b3c524 100644
--- a/arch/arm/mach
If a hwmod is in HWAUTO mode, it will idle automatically and should not
be accounted for in the clkdm / pwrdm usecounts. Thus, flag modules in
such mode as autoidle during init, and ignore these in subsequent
usecount calculations.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach
to disappear from usecounts for now.
This patch can be reverted once the interface clocks for DSS hwmods
have been properly fixed.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/clock44xx_data.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm
This makes sure it is handled as autoidle type by the usecounting.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
b/arch/arm/mach-omap2
This makes sure these clocks are ignored by the clkdm / pwrdm usecounting.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/clock44xx_data.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/clock44xx_data.c
b/arch/arm/mach-omap2
On Tue, 2012-09-25 at 15:56 +0530, Rajendra Nayak wrote:
Hi Tero,
On Tuesday 25 September 2012 03:02 PM, Tero Kristo wrote:
Hi,
Changes compared to previous version:
Did you get a chance to look at the issue I reported about autodeps?
http://www.mail-archive.com/linux-omap
On Tue, 2012-09-25 at 10:41 +0100, Russell King - ARM Linux wrote:
On Tue, Sep 25, 2012 at 12:32:37PM +0300, Tero Kristo wrote:
diff --git a/arch/arm/mach-omap2/powerdomain.c
b/arch/arm/mach-omap2/powerdomain.c
index ba49029..ca54aec 100644
--- a/arch/arm/mach-omap2/powerdomain.c
+++ b
On Tue, 2012-09-25 at 17:53 +0530, Rajendra Nayak wrote:
On Tuesday 25 September 2012 05:23 PM, Tero Kristo wrote:
On Tue, 2012-09-25 at 15:56 +0530, Rajendra Nayak wrote:
Hi Tero,
On Tuesday 25 September 2012 03:02 PM, Tero Kristo wrote:
Hi,
Changes compared to previous version
Hi,
Changes compared to previous version:
- Added patch #1 for fixing a potential race condition within clockdomain
code
- Fixed patch #3 (old patch #2) regarding a similar race condition within
the voltagedomain code
Tested with OMAP3 beagle, OMAP4460 GP panda, OMAP4430 EMU blaze devices.
and autoidle flag for clocks that
are hardware controlled and should be skipped in usecount
calculations.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/clkt_iclk.c | 21 ++
arch/arm/mach
These are updated based on powerdomain usecounts. Also added support
for voltdm-sleep and voltdm-wakeup calls that will be invoked once
voltagedomain enters sleep or wakes up based on usecount numbers. These
will be used for controlling voltage scaling functionality.
Signed-off-by: Tero Kristo t
the usecount access. Left the usecount as atomic_t if someone wants an
easy access to the parameter through atomic_read.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/clockdomain.c | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach
-by: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
Reviewed-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clock3xxx_data.c
b/arch
Some clockdomains bug out if their autodeps are deleted before idle.
This happens namely with OMAP3 PER domain, it will bug out if it
doesn't have wakedeps enabled when it enters off-mode. This patch
adds support for new flag 'CLKDM_NO_AUTODEP_DISABLE' which does this.
Signed-off-by: Tero Kristo
, and will allow vc
callbacks to be triggered at right point of time.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/common.h |6 ++
arch/arm/mach-omap2/omap-mpuss-lowpower.c | 72
to disappear from usecounts for now.
This patch can be reverted once the interface clocks for DSS hwmods
have been properly fixed.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/clock44xx_data.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm
-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/clockdomains3xxx_data.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/clockdomains3xxx_data.c
b/arch/arm/mach-omap2/clockdomains3xxx_data.c
index 56089c4..3b3c524 100644
--- a/arch/arm/mach
This makes sure it is handled as autoidle type by the usecounting.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
b/arch/arm/mach-omap2
If a hwmod is in HWAUTO mode, it will idle automatically and should not
be accounted for in the clkdm / pwrdm usecounts. Thus, flag modules in
such mode as autoidle during init, and ignore these in subsequent
usecount calculations.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach
This makes sure these clocks are ignored by the clkdm / pwrdm usecounting.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/clock44xx_data.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/clock44xx_data.c
b/arch/arm/mach-omap2
Hi,
This set applies on top of linux-3.6-rc5 + func-pwrst code (from Jean) +
omap4 core retention set (from me) + PM usecounting changes set (from me).
Changes compared to previous version:
- Added proper OMAP4 auto-retention support (now that the PM usecount set
below supports OMAP4 also
routines to set a cap if the voltage is out of
reach for the PMIC.
Reported-by: Jon Hunter jon-hun...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Vishwanath BS vishwanath...@ti.com
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_twl.c | 17
These are now called vddmin and vddmax, as these fields will be used
globally for selecting voltage ranges for a pmic channel, and not
only for voltage processor.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_twl.c | 28 ++--
arch/arm/mach
changed to use the new structs.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_twl.c| 20 --
arch/arm/mach-omap2/vc.c | 35 ++---
arch/arm/mach-omap2/vc.h |7 +
arch/arm/mach
401 - 500 of 2312 matches
Mail list logo