consumption on Zoom2 was comparable to the old and unresponsive
10,000,000uS value while UI responsiveness was greatly improved.
This patch applies against Tony's omap-fixes branch.
Signed-off-by: Mike Turquette
---
arch/arm/plat-omap/cpu-omap.c |2 +-
1 files changed, 1 insertions(+), 1 dele
Kevin Hilman wrote:
"Dasgupta, Romit" writes:
Hello Benoit,
One comment below:
In fact, this is Mike who started that analysis. We discussed that internally
and
our point is that if the CPUFreq ondemand or conservative heuristic is not able
to increase quickly enough
Kevin Hilman wrote:
Mike Turquette writes:
Adjust OMAP3 frequency transition latency from 10,000,000uS to a more
reasonable 300,000uS. This causes ondemand and conservative governors to
sample CPU load more often resulting in more responsive behavior.
Tested on Android 2.6.29; using this
Kevin Hilman wrote:
Mike Chan writes:
Need to lock the res_mutex when traversing the res_list.
Signed-off-by: Mike Chan
Looks good, thanks.
This patch causes a hang for me when transitioning to OFF mode. This
was tested on the Android 2.6.29 tree and is 100% reproducible. The
moment
Mikko Rapeli wrote:
From: Mikko Rapeli
Original patch: http://marc.info/?l=linux-omap&m=126522625032441&w=2
I forgot about this one...
"Removes TWL4030 sleep script prior to rebooting, only on OMAP3. This is
necessary since DPLL3 reset causes SYS_OFFMODE pin to go low, resulting
in the slee
Gopinath, Thara wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Mike
Rapoport
Sent: Friday, July 30, 2010 12:41 AM
To: Mikko Rapeli
Cc: linux-omap@vger.kernel.org; Turquette, Mike; sa...@linux.intel.com
Subject: Re
restored by
writing a dummy value to the register different than what is in there, and
then re-writing the desired value.
This Work around is applicable for below HS Dividers.
1. DPLL3_M3
2. DPLL4_M2
3. DPLL4_M3
4. DPLL4_M4
5. DPLL4_M5
6. DPLL4_M6
Signed-off-by: Mike Turquette
Signed-off-by
Lesly AM wrote:
- Original Message -
From: "Mike Rapoport"
To:
Cc: ; "Nishanth Menon" ; "David
Derrick" ; "Samuel Ortiz"
Sent: Wednesday, January 20, 2010 8:58 PM
Subject: Re: [PATCH v2 1/6] omap3: pm: re-program the sleep state of TRITON
resources by modifying the REMAP register
Kevin Hilman wrote:
Mike Turquette writes:
Lesly AM wrote:
[...]
From: "Mike Rapoport"
[...]
Is it necessary to initialize the remap sleep twice?
No.
Sorry.. I didn't notice that Amit has already pushed this.
The existing remap programming does have a bug in
x0080...@ti.com wrote:
From: Lesly A M
omap3: pm: Generic TRITON power scripts for OMAP3 based boards
Copying the sleep/wakeup/warm_rest sequence & voltsetup_time to a new
twl430 script file, since these changes are specific to the power companion
chip.
This can be used by different OMAP3 boa
Kevin Hilman wrote:
Kevin Hilman writes:
Update omap3_defconfig to work towards a minimal kernel by building
most things as modules. Some drivers that cannot currently be built
as modules and need to be fixed:
- MMC: platform code uses MMC core regulator functions directly
- ASoC: drivers ca
When TWL4030 power scripts are enabled, the sleep script must be
disabled before rebooting, if using DPLL3 reset. DPLL3 reset drives
SYS_OFFMODE low, causing TWL4030 to initiate the sleep script. This
script collapses VDD1 and VDD2 voltages, usually after the warm reset
has happened but while ROM
New function twl4030_remove_script(u8 flags) takes a script type as
defined in twl.h and prevents any script already loaded in that position
from running. This is accomplished by programming SEQ_ADD_* to 0x3f,
the END_OF_SCRIPT value, where SEQ_ADD_* is determined by flags.
Signed-off-by: Mike
atch Dog reset or worse, an irrecoverable hang.
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/clock34xx.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clock34xx.c b/arch/arm/mach-omap2/clock34xx.c
index 0d30e53..0d6d1d6 10
Eduardo Valentin wrote:
Hello Mike,
On Fri, Apr 16, 2010 at 11:33:22PM +0200, ext Mike Turquette wrote:
Introduces voltscale_adaptive_body_bias function to voltage.c.
voltscale_adaptive_body_bias is called by omap_voltage_scale after a
voltage transition has occured. Currently
Paul Walmsley wrote:
Hi Mike,
some comments.
On Fri, 16 Apr 2010, Mike Turquette wrote:
Introduces voltscale_adaptive_body_bias function to voltage.c.
voltscale_adaptive_body_bias is called by omap_voltage_scale after a
voltage transition has occured. Currently voltscale_adaptive_body_bias
Kevin Hilman wrote:
While handling PRCM IRQs, mask out interrupts that are not enabled in
PRM_IRQENABLE_MPU. If these are not masked out, non-enabled
interrupts are caught and a WARN() is dumped.
This was noticed using SmartReflex transitions which cause the VPx_*
interrupts to be handled sinc
Turquette, Mike wrote:
Kevin Hilman wrote:
While handling PRCM IRQs, mask out interrupts that are not enabled in
PRM_IRQENABLE_MPU. If these are not masked out, non-enabled
interrupts are caught and a WARN() is dumped.
This was noticed using SmartReflex transitions which cause the VPx_*
inter
Kevin Hilman wrote:
commit cfabe8a950e252d26cdeb4a9bb11e2cabb2a50c6
Author: Kevin Hilman
Date: Mon Apr 26 14:59:09 2010 -0700
OMAP3: PRCM interrupt: only check and clear enabled PRCM IRQs
While handling PRCM IRQs, mask out interrupts that are not enabled in
PRM_IRQENABLE_MPU
Eduardo Valentin wrote:
Hello Mike,
On Fri, Apr 16, 2010 at 11:33:22PM +0200, ext Mike Turquette wrote:
Introduces voltscale_adaptive_body_bias function to voltage.c.
voltscale_adaptive_body_bias is called by omap_voltage_scale after a
voltage transition has occured. Currently
Thara Gopinath wrote:
This patch adds the hwmod strucutres and other hwmod data for
OMAP3 Smartreflex IP's.
Signed-off-by: Thara Gopinath
---
arch/arm/mach-omap2/omap_hwmod_34xx.h | 92 +
1 files changed, 92 insertions(+), 0 deletions(-)
diff --git a/arch/arm
Gopinath, Thara wrote:
This patch removes the pointer sr1, sr2 in smartreflex.c and
instead creatse a list for keeping track of multiple smartreflex
instances.. This makes it scalable for next gen OMAPs where there
are more than two smartreflex modules.
Signed-off-by: Thara Gopinath
---
arch/a
Agarwal, Preshit wrote:
In this patch SGX powervr_device is registered with it's platform specific
data to provide information about setting constraint through
omap_pm_set_min_bus_tput.
This patch removes the requirement of EXPORT_SYMBOL for the
omap_pm_set_min_bus_tput
function.
Signed-off-b
This patch series introduces Forward Body-Bias (FBB), which is one
technique possible using the Adaptive Body-Bias (ABB) LDO. FBB boosts
voltage on VDD1 PMOS back gates which helps cold devices with weak
silicon characteristics sustain voltage at high OPPs.
All OMAP devices built on the 45nm proc
but
these interrupts do not have to be enabled to poll on their
corresponding status bits.
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/prm-regbits-34xx.h| 22 ++
arch/arm/mach-omap2/prm.h |6 ++
arch/arm/plat-omap/include/plat/control.h |
silicon characteristics and
EFUSE values.
ABB applies to all OMAP silicon based on 45nm process, which includes
OMAP4. OMAP4 recommendations for ABB are not complete and will be added
to voltscale_adaptive_body_bias in the future.
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/voltage.c
transitions via cpufreq on top of
pm-wip-sr and to test the FBB transitions that only happen @ 1GHz on
3630.
Not-Signed-Off-By: Mike Turquette
---
arch/arm/mach-omap2/cpufreq34xx.c |8
arch/arm/mach-omap2/voltage.c |1 -
2 files changed, 4 insertions(+), 5 deletions(-)
diff
Introduce notifier infrastructure for VDD voltage transitions. Users can
register a notifier prior to a VDD's volt_scale function getting called
(VOLTSCALE_PRECHANGE) or after the VDD has been scaled
(VOLTSCALE_POSTCHANGE).
Signed-off-by: Mike Turquette
---
All patches in this series bas
OMAP3630 supports an Adaptive Body-Bias ldo as well as some MPU interrupts
related to voltage control that are not present on OMAP34XX. This patch
adds the offsets, register addresses, bitfield shifts and masks to support
this feature.
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/prm
voltage layer, and populates the appropriate data for 3630 and OMAP4.
Note that OMAP34XX does not have this LDO, so any data for that chip has
been initialized as zero.
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/voltage.c | 137 ++---
arch/arm/plat
ng and ABB LDO transitions. When moving to a higher OPP that needs
FBB, raise voltage first and then enable FBB. When moving down to an OPP
that bypasses ABB, first bypass the LDO then lower voltage.
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/voltage.c
On 20120614-18:16, Rajendra Nayak wrote:
> diff --git a/drivers/clk/clk-divider.c b/drivers/clk/clk-divider.c
> index e548c43..e4911ee 100644
> --- a/drivers/clk/clk-divider.c
> +++ b/drivers/clk/clk-divider.c
> @@ -32,30 +32,69 @@
> #define div_mask(d) ((1 << (d->width)) - 1)
> #define is_power
7;struct clk' was as 'struct clk_hw_omap' which
> will then be used to define platform specific parameters.
> All usecounting/locking related variables from 'struct clk' are
> dropped as they will not be used with 'struct clk_hw_omap'.
>
> Based on the or
On 20120625-16:14, Tomi Valkeinen wrote:
> A question about clk_prepare/unprepare, not directly related: let's say
> I have a driver for some HW block. The driver doesn't use clk functions,
> but uses runtime PM. The driver also sets pm_runtime_irq_safe().
>
> Now, the driver can call pm_runtime_g
NULL then fall back to
omap2_dpll_get_rate.
Reported-by: Misael Lopez Cruz
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/dpll3xxx.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/dpll3xxx.c b/arch/arm/mach-omap2/dpll3xxx.c
index f77022b..193868d 100644
--
;re essentially
tracking the clks in two places (common clk's tree and clkdevs's list),
which feels a bit wasteful.
What else?
.OMAP4 support will be posted to LOML and LAKML in a separate
patchset, since others might be interested in seeing a full port. It is
a total hack, and is not r
The common clk framework provides clk_prepare and clk_unprepare
implementations. Create an entry for HAVE_CLK_PREPARE so that
GENERIC_CLK can select it.
Signed-off-by: Mike Turquette
---
drivers/clk/Kconfig |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/clk
Provide documentation for the common clk structures and APIs. This code
can be found in drivers/clk/ and include/linux/clk.h.
Signed-off-by: Mike Turquette
---
Documentation/clk.txt | 312 +
1 files changed, 312 insertions(+), 0 deletions
Ben Herrenschmidt. Big thanks to both of them for
kickstarting this effort.
Signed-off-by: Mike Turquette
---
drivers/clk/Kconfig |4 +
drivers/clk/Makefile |1 +
drivers/clk/clk.c| 538 ++
include/linux/clk.h | 134 -
4
by Jamie Iles.
Signed-off-by: Mike Turquette
---
drivers/clk/Kconfig |7 ++
drivers/clk/Makefile|5 +-
drivers/clk/clk-basic.c | 208 +++
include/linux/clk.h | 35
4 files changed, 253 insertions(+), 2 deletions(-)
create
Introduces kobject support for the common struct clk, exports per-clk
data via read-only callbacks and models the clk tree topology in sysfs.
Also adds support for generating the clk tree in clk_init and migrating
nodes when input sources are switches in clk_set_parent.
Signed-off-by: Mike
OMAP3630 supports an Adaptive Body-Bias ldo as well as some MPU interrupts
related to voltage control that are not present on OMAP34XX. This patch
adds the offsets, register addresses, bitfield shifts and masks to support
this feature.
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/prm
ater voltage scaling sequence.
Signed-off-by: Nishanth Menon
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/prm2xxx_3xxx.c | 35 ++-
arch/arm/mach-omap2/prm2xxx_3xxx.h |3 ++
arch/arm/mach-omap2/prm44xx.c | 40 +--
arch
data for 3630
and OMAP4. Not all voltage domains have an ABB ldo, and OMAP34xx does
not have it at all; in such cases the voltage data will be marked with
OMAP_ABB_NO_LDO.
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/Makefile |5 +-
arch/arm/mach-omap2/abb.h |
d-off-by: Mike Turquette
---
arch/arm/mach-omap2/omap_opp_data.h |5 ++-
arch/arm/mach-omap2/opp3xxx_data.c | 37 ++-
arch/arm/mach-omap2/opp4xxx_data.c | 25 ---
arch/arm/mach-omap2/voltage.h |1 +
4 files changed, 36 inser
.
+ * Mike Turquette
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 as
+ * published by the Free Software Foundation.
+ */
+
+#include
+#include
+
+#include "abb.h"
+#include
rol"
and in the 4430 TRM in section 3.8.4.3 "ABB LDOs Control" and 3.10.4.2
"Changing OPP".
Tested on OMAP 4430 SDP. Built against Kevin's pm-wip/voltdm branch and
compiled with omap2plus_defconfig.
Mike Turquette (6):
OMAP3630: PRM: add ABB PRM register definitions
h the
vc_bypass and vp_forceupdate sequences.
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/vc.c | 10 --
arch/arm/mach-omap2/voltage.c |4
arch/arm/mach-omap2/vp.c |9 +++--
3 files changed, 19 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-
the variable does not need exporting:
arch/arm/mach-omap2/prm2xxx_3xxx.c:172:22: warning: symbol
'omap3_prm_irqs' was not declared. Should it be static?
Signed-off-by: Nishanth Menon
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/prm2xxx_3xxx.c | 22 +++---
arc
silicon.
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/voltage.h |1 +
arch/arm/mach-omap2/voltagedomains3xxx_data.c |3 +++
arch/arm/mach-omap2/voltagedomains44xx_data.c |3 +++
3 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2
On 20120529-15:14, Cousson, Benoit wrote:
> On 5/28/2012 1:16 PM, Eduardo Valentin wrote:
> >In fact I didn't touch the clk data on purpose and left the clock handling
> >as is. On my side I didn't know how the clock struct would look like with DT,
> >so, I didn't mess with it.
> >
> >Do you have a
On 20120601-17:37, Rajendra Nayak wrote:
> Hi,
>
> This RFC series is based of Mikes' latest clk-next. I will
> rebase it once 3.5-rc1 is out and post with more testing thats
> in progress. Meanwhile, the RFC is for me to get some early
> feedback on the patches.
>
> This series retains the stati
On 20120614-18:16, Rajendra Nayak wrote:
> As we move to Common clk framework use clk_prepare_enable()
> instead of clk_enable() and similarly clk_disable_unprepare()
> instead of clk_disable()
>
> Based on initial changes from Mike turquette.
>
> Signed-off-by: Rajendr
From: Mike Turquette
Implement the voltdm->get_voltage callback for the voltage controller
driver. This reads the DATA field corresponding to each VC and returns
the voltage, after converting it from vsel format.
If DATA is zero (the reset value) then the caller must interpret this as
the P
From: Mike Turquette
Introduces a new callback to struct voltagedomain for retrieving the
voltage of the voltage domain from the hardware. This will be used to
populate voltdm->nominal_volt during initialization of the voltage code
instead of waiting for the first call to voltdm_scale.
In
From: Mike Turquette
Populate the .get_voltage callbacks for VC & VP. Use these callbacks to
populate voltdm->nominal_volt during boot sequence.
This is useful for the Adaptive Body-Bias sequence coming in a
subsequent series. Without this patch voltdm->nominal will not be
popul
From: Mike Turquette
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/vc.c |2 +-
arch/arm/mach-omap2/vc.h |2 +-
arch/arm/mach-omap2/vc3xxx_data.c |2 +-
arch/arm/mach-omap2/vc44xx_data.c |2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff
From: Mike Turquette
This series creates a new callback for struct voltagedomain,
.get_voltage. This fetches the voltage from hardware, if possible, and
returns it to the caller. We use this call to populate
voltdm->nominal_volt at boot time.
The need for this came out of the Adaptive B
From: Mike Turquette
Implement the voltdm->get_voltage callback for the voltage processor
driver. This reads the INITVOLTAGE field corresponding to each VP and
returns the voltage, after converting it from vsel format.
If INITVOLTAGE is zero (the reset value) then the caller must interp
From: Mike Turquette
Adaptive Body-Bias ldos are present for some voltage domains starting
with OMAP3630. They have three modes of operation:
* Bypass - the default, it just follows the vdd voltage
* Foward Body-Bias - applies voltage bias to increase transistor
performance at the cost of
previous discussion on the design of the ABB PRM handlers can be
found here:
http://article.gmane.org/gmane.linux.ports.arm.omap/63609
Signed-off-by: Mike Turquette
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/prm2xxx_3xxx.c | 36 +
arch/arm/mach-omap2
OMAP3630 supports an Adaptive Body-Bias ldo as well as some MPU
interrupts related to voltage control that are not present on OMAP34XX.
This patch adds the offsets, register addresses, bitfield shifts and
masks to support this feature.
Signed-off-by: Mike Turquette
Signed-off-by: Mike Turquette
with OMAP_ABB_NO_LDO.
Signed-off-by: Mike Turquette
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/omap_opp_data.h |5 ++--
arch/arm/mach-omap2/opp3xxx_data.c| 37 +++--
arch/arm/mach-omap2/opp4xxx_data.c| 25 +--
arch/arm
will be marked with OMAP_ABB_NO_LDO.
Signed-off-by: Mike Turquette
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/Makefile |6 ++-
arch/arm/mach-omap2/abb.h | 85
arch/arm/mach-omap2/abb36xx_data.c | 39 +
arch/arm
This patch adds struct omap_abb_instance to struct voltagedomain and
populates the data for those voltage domains that have an ABB ldo on
both 36xx and 44xx silicon.
Signed-off-by: Mike Turquette
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/voltage.h |1 +
arch/arm
ction, voltdm_scale().
Signed-off-by: Mike Turquette
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/voltage.c | 28 ++--
1 file changed, 26 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/voltage.c b/arch/arm/mach-omap2/voltage.c
index f45716c..9cac9fe 1
which is needed after any voltage scaling
operation.
Note that this sequence will need to be revisited someday when the
various SmartReflex AVS features, fixes and improvements are upstreamed
and enabled for OMAP2+ kernels.
Signed-off-by: Mike Turquette
Signed-off-by: Mike Turquette
---
arch
Quoting Grygorii Strashko (2012-10-18 09:38:17)
> Remove OMAP443x and OMAP446x specific clocks from omap44xx_clks
> array and add corresponding set of clocks per each SoC:
> - struct omap_clk omap44xx_clks[]; - common clocks set for all OMAP4
> - struct omap_clk omap443x_clks[]; - specific clocks
On Tue, Nov 22, 2011 at 5:07 AM, Arnd Bergmann wrote:
> On Tuesday 22 November 2011, Mike Turquette wrote:
>> Introduces kobject support for the common struct clk, exports per-clk
>> data via read-only callbacks and models the clk tree topology in sysfs.
>>
>> Also adds
On Tue, Nov 22, 2011 at 7:49 AM, Greg KH wrote:
> On Mon, Nov 21, 2011 at 05:40:47PM -0800, Mike Turquette wrote:
>> Introduces kobject support for the common struct clk, exports per-clk
>> data via read-only callbacks and models the clk tree topology in sysfs.
>>
>
On Tue, Nov 22, 2011 at 8:37 AM, Grant Likely wrote:
>
> On Nov 21, 2011 6:43 PM, "Mike Turquette" wrote:
>>
>> Introduces kobject support for the common struct clk, exports per-clk
>> data via read-only callbacks and models the clk tree topology in sysfs.
>
On Tue, Nov 22, 2011 at 9:45 AM, Russell King - ARM Linux
wrote:
> On Tue, Nov 22, 2011 at 07:42:59AM -0800, Greg KH wrote:
>> On Mon, Nov 21, 2011 at 05:40:42PM -0800, Mike Turquette wrote:
>> > .sysfs support. Visualize your clk tree at /sys/clk! Where would be
>>
From: Mike Turquette
The common clk framework is an attempt to define a generic struct clk
which most platforms can use to build a clk tree and perform a set of
well-defined operations.
The previous patchset, v3, can be found at,
http://article.gmane.org/gmane.linux.kernel/1218622
New stuff in
The common clk framework provides clk_prepare and clk_unprepare
implementations. Create an entry for HAVE_CLK_PREPARE so that
GENERIC_CLK can select it.
Signed-off-by: Mike Turquette
Acked-by: Shawn Guo
---
drivers/clk/Kconfig |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff
to debugfs:
http://git.pengutronix.de/?p=imx/linux-2.6.git;a=commit;h=30aa15230747b3b92da16d841b1cf369f07192e7
Signed-off-by: Mike Turquette
Cc: Yong Shen
Cc: Sascha Hauer
---
drivers/clk/Kconfig |9 +++
drivers/clk/clk.c | 176 ++-
include/l
Provide documentation for the common clk structures and APIs. This code
can be found in drivers/clk/ and include/linux/clk.h.
Signed-off-by: Mike Turquette
Cc: Jeremy Kerr
---
Documentation/clk.txt | 312 +
1 files changed, 312 insertions(+), 0
Herrenschmidt. Big thanks to both of them for
kickstarting this effort.
Signed-off-by: Mike Turquette
Cc: Jeremy Kerr
---
drivers/clk/Kconfig |4 +
drivers/clk/Makefile |1 +
drivers/clk/clk.c| 564 ++
include/linux/clk.h | 130
contribution by Jamie Iles.
Signed-off-by: Mike Turquette
Cc: Jeremy Kerr
Cc: Jamie Iles
---
drivers/clk/Kconfig |7 ++
drivers/clk/Makefile|5 +-
drivers/clk/clk-basic.c | 208 +++
include/linux/clk.h | 35
4 files changed, 253
erences in this implementation, such as use of SRCU
notifers instead of blocking, and the use of a new .speculate_rate
function pointer (similar .recalc_rate) for predicting rate changes down
the sub-tree of clks.
Signed-off-by: Mike Turquette
Cc: Paul Walmsley
---
drivers/clk
heads/v3.2-rc5-clkv4-omap-pm
This series will be followed up shortly with another set of patches for
"testing" the clk rate change notifiers, parent propagation of rate
changes and debugfs re-parenting.
Mike Turquette (7):
OMAP: Kconfig: select GENERIC_CLK
HACK: omap4: clk: convert to
From: Mike Turquette
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index e1293aa..921451c 100644
--- a/arch/arm/mach-omap2/Kconfig
+++ b/arch/arm
-off-by: Mike Turquette
---
arch/arm/mach-omap2/omap_hwmod.c | 54 -
1 files changed, 41 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
index 207a2ff..3e533c7 100644
--- a/arch/arm/mach-omap2
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/board-omap4panda.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap4panda.c
b/arch/arm/mach-omap2/board-omap4panda.c
index a8c2c42..3864d31 100644
--- a/arch/arm/mach-omap2/board
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/display.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/display.c b/arch/arm/mach-omap2/display.c
index dce9905..21f8fcc 100644
--- a/arch/arm/mach-omap2/display.c
+++ b/arch/arm/mach-omap2
Not-signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/clockdomain.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/clockdomain.c
b/arch/arm/mach-omap2/clockdomain.c
index ad07689..825248b 100644
--- a/arch/arm/mach-omap2/clockdomain.c
+++ b
=refs/heads/v3.2-rc5-clkv4-omap-pm-testing
git://git.linaro.org/people/mturquette/linux.git v3.2-rc5-clkv4-omap-pm-testing
Linus Walleij (1):
smp_twd: Reconfigure clockevents after cpufreq change
Mike Turquette (5):
HACK: omap: opp: add fake 400MHz OPP to bypass MPU
omap: clk: .round_rate
up to the clk's parent.
Not-signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/clkt_clksel.c |8
arch/arm/mach-omap2/clock.h |2 ++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clkt_clksel.c
b/arch/arm/mach-omap2/clkt_clk
From: Mike Turquette
The ARM periphclk drives various peripherals for the MPU including the
TWD and local timers. This patch creates the missing clk tree data to
represent this relationship:
dpll_mpu_ck
|
dpll_mpu_m2_ck (divide by 1)
|
mpu_clk (divide by 1
which simplies passing up a rate change
request to the parent.
Not for merging, just to get discussion going around the common clk
patches and future OMAP adaptations.
Not-signed-off-by: Mike Turquette
---
drivers/cpufreq/omap-cpufreq.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
(with 38.4MHz
SYS_CLK). Using CPUfreq to set the MPU to this rate puts the MPU into
Low Power Bypass, which triggers the __clk_reparent code in
drivers/clk/clk.c, which migrates the dpll_mpu_ck directory (and all of
its subdirs) to the div_mpu_hs_clk dir under dpll_core_ck.
Not-signed-off-by: Mike
From: Linus Walleij <(address hidden)>
The localtimer's clock changes with the cpu clock. After a
cpufreq transition, update the clockevent's frequency and
reprogram the next clock event.
Adds a clock called "smp_twd" that is used to determine the
twd frequency, which can also be used at init tim
From: Mike Turquette
As a proof-of-concept, convert the existing smp_twd code to use clk
notifiers in place of CPUfreq notifiers. This works out nicely for
Cortex-A9 MPcore designs that scale all CPUs at the same frequency. For
chips which can scale frequency independently this change makes
he tables for OMAP2/3?
> Yes. I think, it can be done.
>
> Best regards,
> Grygorii Strashko | GlobalLogic
>
>
> From: Mike Turquette [mturque...@linaro.org]
> Sent: Thursday, October 18, 2012 8:53 PM
> To: Strashko, Grygorii; Paul Wa
map' which
will then be used to define platform specific parameters.
All usecounting/locking related variables from 'struct clk' are
dropped as they will not be used with 'struct clk_hw_omap'.
Based on the original changes from Mike Turquette.
Signed-off-by: Rajendra Nayak
From: Mike Turquette
Convert all OMAP4 specific platform files to use COMMON clk
and keep all the changes under the CONFIG_COMMON_CLK macro check
so it does not break any existing code. At a later point switch
to COMMON clk and get rid of all old/legacy code.
This converts all apis which will
From: Mike Turquette
Hi all,
This series is based on top of Paul's PRM/CM clean-up work. It is a
refresh of the patches Rajendra sent out a while back[1], with the
addition of several fixes for PM regressions[2] across several
platforms.
I have tested on OMAP4430 Panda including PRCM di
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/clkt2xxx_apll.c | 51 ++
arch/arm/mach-omap2/clkt2xxx_dpll.c | 16 +++-
arch/arm/mach-omap2/clkt2xxx_dpllcore.c | 22 +++
arch/arm/mach-omap2/clkt2xxx_osc.c | 15
From: Vaibhav Hiremath
Without this kernel would crash, since clkdm inside omap_hwmod
is accessed in some of the init funtion like, _init_main_clk.
So call init_clkdm before _init_main_clk().
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/omap_hwmod.c
created by Rajendra Nayak and Mike Turquette, as
far as I know.
Signed-off-by: Paul Walmsley
Signed-off-by: Mike Turquette
[mturque...@ti.com: added DEFINE_CLK_OMAP_HSDIVIDER macro]
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/clock.h | 77 +++
1 file changed
patch; modified patch
description]
Signed-off-by: Paul Walmsley
Signed-off-by: Mike Turquette
---
arch/arm/mach-omap2/clock2420_data.c | 10 --
arch/arm/mach-omap2/clock2430_data.c | 10 --
arch/arm/mach-omap2/clock3xxx_data.c | 22 --
3 files change
1 - 100 of 251 matches
Mail list logo
