;
+ gpios = gpio1 8 0;
+ linux,default-trigger = gpio;
mmc0?
+ };
+};
+
Other that that,
Tested-by: Nishanth Menon n...@ti.com
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
to repost this series so that we can get this into
3.10-rc2+?
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
OMAP443x, OMAP446x and OMAP447x platforms use dpll_mpu clock.
Add same to common definition.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
no change in current revision.
Previous version: http://marc.info/?l=linux-kernelm=136580751024225w=2
arch/arm/boot/dts
OMAP34xx and OMAP36xx platforms use dpll1 clock. Add same to common
definition.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
no change in current revision.
Previous version: http://marc.info/?l=linux-kernelm=136580740024201w=2
arch/arm/boot/dts/omap3.dtsi
...@atomide.com
Signed-off-by: Nishanth Menon n...@ti.com
---
Change in this revision from previous:
- rebase, no functional change.
Previous version: http://marc.info/?l=linux-kernelm=136580755324232w=2
arch/arm/boot/dts/am33xx.dtsi |7 +++
arch/arm/mach-omap2
, Grygorii Strashko
and others.
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Mike Turquette mturque...@linaro.org
Cc: Paul Walmsley p...@pwsan.com
[t...@atomide.com: co-developed]
Signed-off-by: Tony Lindgren t...@atomide.com
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes in this version
-(OMAP4460 ES1.1) - http://pastebin.com/FB2RiFp2
Nishanth Menon (6):
clk: OMAP: introduce device tree binding to kernel clock data
[Clk driver probably belongs to mike's tree?]
ARM: dts: OMAP3: add clock nodes for CPU
ARM: dts: OMAP4: add clock nodes for CPU
ARM: dts: AM33XX: add clock nodes
Signed-off-by: Nishanth Menon n...@ti.com
---
Change in this revision compared to previous revision:
- rebase, no functional change.
Previous version: http://marc.info/?l=linux-kernelm=136580760924258w=2
arch/arm/mach-omap2/board-generic.c |1 +
arch/arm/mach-omap2/common.h
: Paul Walmsley p...@pwsan.com
Cc: Tony Lindgren t...@atomide.com
Signed-off-by: Nishanth Menon n...@ti.com
---
no change in current revision.
Previous version: http://marc.info/?l=linux-omapm=136580759924239w=2
arch/arm/mach-omap2/pm.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions
Hi Mark,
On 10:02-20130503, Mark Brown wrote:
On Thu, May 02, 2013 at 12:20:10PM -0500, Nishanth Menon wrote:
From: Andrii.Tseglytskyi andrii.tseglyts...@ti.com
Adaptive Body Biasing (ABB) modulates transistor bias voltages
dynamically in order to optimize switching speed versus leakage
?
return ret;
}
--
1.8.1.5
___
linux-arm-kernel mailing list
linux-arm-ker...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line
From: Andrii.Tseglytskyi andrii.tseglyts...@ti.com
Add ABB device nodes for OMAP4460 device Data is based on OMAP4460
Technical Reference Manual revision Z (April 2013)
[n...@ti.com: co-developer]
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Andrii.Tseglytskyi andrii.tseglyts
2013).
[n...@ti.com: co-developer]
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Andrii.Tseglytskyi andrii.tseglyts...@ti.com
---
arch/arm/boot/dts/omap4.dtsi| 32
arch/arm/boot/dts/omap443x.dtsi | 26 ++
2 files changed
]
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Andrii.Tseglytskyi andrii.tseglyts...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 67 ++
1 file changed, 67 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index
=134931341818379w=2
[3] http://marc.info/?l=linux-arm-kernelm=134931402406853w=2
[n...@ti.com: co-developer]
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Andrii.Tseglytskyi andrii.tseglyts...@ti.com
---
V2: http://marc.info/?l=linux-omapm=136611169104414w=2
V1: http://marc.info/?l=linux
Adaptive Body Biasing (ABB) modulates transistor bias voltages
dynamically in order to optimize switching speed versus leakage.
Texas Instruments' SoC processors have an on chip LDO subsystem which
is part of the SmartReflex 2 technology and provides support for this
power management technique
From: Andrii.Tseglytskyi andrii.tseglyts...@ti.com
Add ABB device node for OMAP36xx family of devices. Data is based on
OMAP36XX Technical Reference Manual revision AB (Dec 2012).
[n...@ti.com: co-developer]
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Andrii.Tseglytskyi
commit 3027e26 (ARM: dts: OMAP36xx: Add CPU OPP table)
introduced wrong OPP voltages per OPP by mistake. Sync the OPP
tables with existing OMAP36xx OPP data in
arch/arm/mach-omap2/opp3xxx_data.c
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/boot/dts/omap36xx.dtsi |6 +++---
1 file
commit d16fb25 (ARM: dts: OMAP4460: Add CPU OPP table)
introduced wrong OPP voltages per OPP by mistake. Sync the OPP
tables with existing OMAP4460 OPP data in
arch/arm/mach-omap2/opp4xxx_data.c
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/boot/dts/omap4460.dtsi |6 +++---
1 file
entries.
I have cross verified that OMAP3430,3630,4430 and 4460 entries now match that
of corresponding opp*_data.c
My sincere apologies on the oversight.
Nishanth Menon (2):
ARM: dts: OMAP36xx: Fix CPU OPP voltages
ARM: dts: OMAP4460: Fix CPU OPP voltages
arch/arm/boot/dts/omap36xx.dtsi
On Mon, Apr 15, 2013 at 11:22 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 04/12/2013 04:54 PM, Nishanth Menon wrote:
OMAP clock data is located in arch/arm/mach-omap2/cclockXYZ_data.c.
However, this presents an obstacle for using these clock nodes in
Device Tree definitions
On 10:22-20130413, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130412 16:43]:
Thanks for checking up. Fixed all of them below, will post part of
series again, only if I need to address further comments in other
patches..
Thanks it seems that the other ones are ready to go, just
...@atomide.com
Signed-off-by: Nishanth Menon n...@ti.com
---
RFC of this patch was discussed in http://marc.info/?t=13637032569r=1w=2
along with the detailed context as to why this is an intermediate step.
previous revisions of cpufreq-cpu0 support do not use this approach.
[Probably belongs
: Paul Walmsley p...@pwsan.com
Cc: Tony Lindgren t...@atomide.com
Signed-off-by: Nishanth Menon n...@ti.com
---
Introduced as a result of alignment in
http://marc.info/?t=13645077344r=1w=2
previous versions do not use this approach.
This would probably be good to get merged *after* Rafael's tree
Signed-off-by: Nishanth Menon n...@ti.com
---
Introduced as a result of alignment in
http://marc.info/?t=13645077344r=1w=2
previous versions do not use this approach.
[Probably belongs to Kevin/Tony's tree?]
arch/arm/mach-omap2/board-generic.c |1 +
arch/arm/mach-omap2/common.h
OMAP443x, OMAP446x and OMAP447x platforms use dpll_mpu clock.
Add same to common definition.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
RFC of this patch approach for OMAP3 was discussed in
http://marc.info/?t=13637032569r=1w=2
along with the detailed
/1jjSRKQh
Pandaboard-ES -(OMAP4460 ES1.1) - http://pastebin.com/B5acTbch
Nishanth Menon (6):
clk: OMAP: introduce device tree binding to kernel clock data
[Clk probably belongs to mike's tree?]
ARM: dts: OMAP3: add clock nodes for CPU
ARM: dts: OMAP4: add clock nodes for CPU
ARM: dts
OMAP34xx and OMAP36xx platforms use dpll1 clock. Add same to common
definition.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
RFC of this patch was discussed in http://marc.info/?t=13637032569r=1w=2
along with the detailed context as to why
, Grygorii Strashko
and others.
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Mike Turquette mturque...@linaro.org
Cc: Paul Walmsley p...@pwsan.com
[t...@atomide.com: co-developed]
Signed-off-by: Tony Lindgren t...@atomide.com
Signed-off-by: Nishanth Menon n...@ti.com
---
RFC of this patch
On 16:31-20130412, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130412 15:59]:
--- /dev/null
+++ b/drivers/clk/omap/clk.c
+/**
+ * omap_clk_src_get() - Get OMAP clock from node name when needed
+ * @clkspec: clkspec argument
+ * @data: unused
+ *
+ * REVISIT: We
On Thu, Apr 11, 2013 at 1:46 PM, Mike Turquette mturque...@linaro.org wrote:
Quoting Nishanth Menon (2013-04-10 10:39:21)
diff --git a/drivers/clk/omap/clk.c b/drivers/clk/omap/clk.c
new file mode 100644
index 000..63a4cce
--- /dev/null
+++ b/drivers/clk/omap/clk.c
@@ -0,0 +1,94
On Thu, Apr 11, 2013 at 2:48 AM, Roger Quadros rog...@ti.com wrote:
On 04/10/2013 08:39 PM, Nishanth Menon wrote:
On 13:55-20130410, Roger Quadros wrote:
On 04/10/2013 11:06 AM, Mike Turquette wrote:
Quoting Nishanth Menon (2013-04-09 13:49:00)
Folks, this does seem to be the best compromise
On 13:55-20130410, Roger Quadros wrote:
On 04/10/2013 11:06 AM, Mike Turquette wrote:
Quoting Nishanth Menon (2013-04-09 13:49:00)
On 10:43-20130409, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [130409 09:54]:
* Roger Quadros rog...@ti.com [130409 03:00]:
On 04/05/2013 06:58
Hi Tony,
On Wed, Apr 10, 2013 at 1:49 PM, Tony Lindgren t...@atomide.com wrote:
* Nishanth Menon n...@ti.com [130410 10:44]:
Details in the patch below (Tony, I have added you as collaborator for
helping in getting this working-clk_add_alias was'nt needed in the
internal patch discussion we
- see log:
http://pastebin.com/F9A2zSTr
Would an cleaned up version be good enough as a step #1 of transition?
From 7d373bdb9e9549c1b6ba1775a8dfd96ebe78abfb Mon Sep 17 00:00:00 2001
From: Nishanth Menon n...@ti.com
Date: Tue, 26 Mar 2013 10:23:27 +
Subject: [PATCH] OMAP: add devicetree support
On 15:49-20130409, Nishanth Menon wrote:
On 10:43-20130409, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [130409 09:54]:
* Roger Quadros rog...@ti.com [130409 03:00]:
On 04/05/2013 06:58 PM, Tony Lindgren wrote:
Can't you just use the clock name there to get
,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Apr 5, 2013 at 4:50 AM, Rajendra Nayak rna...@ti.com wrote:
On Friday 05 April 2013 12:30 AM, Nishanth Menon wrote:
On 10:43-20130404, Rajendra Nayak wrote:
On Thursday 04 April 2013 08:22 AM, Nishanth Menon wrote:
On 11:47-20130403, Kevin Hilman wrote:
Nishanth Menon n...@ti.com
NO! finish_suspend is assembly, further, it is the hottest path in
cpuidle framework - for every WFI we invoke it. we definitely dont want
to add more overhead beyond what is necessary.
--
balbi
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
On 17:04-20130405, Felipe Balbi wrote:
Hi,
On Fri, Apr 05, 2013 at 08:35:11AM -0500, Nishanth Menon wrote:
On 16:19-20130405, Felipe Balbi wrote:
On Fri, Apr 05, 2013 at 06:29:00PM +0530, Santosh Shilimkar wrote:
OMAP5 and future OMAP based SOCs has backward compatible MPUSS
IP
On 09:13-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 04:31]:
On Fri, Apr 5, 2013 at 4:50 AM, Rajendra Nayak rna...@ti.com wrote:
On Friday 05 April 2013 12:30 AM, Nishanth Menon wrote:
- I am agree with Tony in his discussion in
http://marc.info/?t
On 08:29-20130329, Viresh Kumar wrote:
On Fri, Mar 29, 2013 at 3:22 AM, Nishanth Menon n...@ti.com wrote:
As multi-platform build is being adopted by more and more ARM platforms,
initcall function should be used very carefully. For example, when
CONFIG_ARM_OMAP2PLUS_CPUFREQ is built
On 10:05-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 09:37]:
on the first step angle,
Applying current approach that Roger has taken:
Benoit's tree:
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git
for_3.10/dts d114294 ARM: dts: AM33XX
On 12:28-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 10:22]:
On 10:05-20130405, Tony Lindgren wrote:
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
index afa509a..5b147ef 100644
--- a/arch/arm/mach-omap2/board
On 14:10-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 13:06]:
On 12:28-20130405, Tony Lindgren wrote:
[...]
How about just set it up in omap2_common_pm_init instead
of the board-generic?
umm.. We want to eventually want to get rid of mach-omap2/pm.c (all
those
On 14:34-20130405, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
On 08:29-20130329, Viresh Kumar wrote:
On Fri, Mar 29, 2013 at 3:22 AM, Nishanth Menon n...@ti.com wrote:
[...]
Acked-by: Viresh Kumar viresh.ku...@linaro.org
Since this patch could be merged independently to help
On 14:40-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 14:37]:
On 14:10-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 13:06]:
On 12:28-20130405, Tony Lindgren wrote:
[...]
How about just set it up in omap2_common_pm_init instead
On 15:17-20130405, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [130405 15:15]:
Option b) leave a dummy node registered
static inline void omap_init_cpufreq(void)
{
struct platform_device_info devinfo = { };
if (!of_have_populated_dt())
devinfo.name = omap
On 10:43-20130404, Rajendra Nayak wrote:
On Thursday 04 April 2013 08:22 AM, Nishanth Menon wrote:
On 11:47-20130403, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
[...]
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
index afa509a
...@vger.kernel.org
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 10:47-20130403, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
[...]
Test coverage:
test script: http://pastebin.com/zrr8ptge
Platforms verified:
beaglebone(rev A6a) - AM33xx compatible - http://pastebin.com/GVP2wDVr
beagleboard (rev C1D) - OMAP3430 compatible
On 11:47-20130403, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
[...]
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
index afa509a..5b147ef 100644
--- a/arch/arm/mach-omap2/board-generic.c
+++ b/arch/arm/mach-omap2/board-generic.c
On 13:15-20130402, Grygorii Strashko wrote:
On 04/02/2013 06:35 AM, Nishanth Menon wrote:
On 17:05-20130401, Mike Turquette wrote:
OK, so we're in agreement on what The Future looks like. What does that
mean for Andrii's patchset?
Unless anyone has an fundamental issue with the approach
On 20:35-20130402, Andrii Tseglytskyi wrote:
On 04/02/2013 08:16 PM, Mike Turquette wrote:
Quoting Nishanth Menon (2013-04-01 20:35:45)
On 17:05-20130401, Mike Turquette wrote:
OK, so we're in agreement on what The Future looks like. What does that
mean for Andrii's patchset?
Unless anyone
voltage rails supplied by a
single SMPS - in which case controlling via regulator framework is
more desirable.
---
Regards,
NIshanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On 14:34-20130401, Mike Turquette wrote:
Quoting Nishanth Menon (2013-04-01 12:28:20)
On Mon, Apr 1, 2013 at 1:10 PM, Mike Turquette mturque...@linaro.org
wrote:
Let's figure out what is happening to the VC/VP code first and then
figure out what to do about ABB.
http
probably make ABB as an regulator instead of inventing
our own API and hooking it around clock notifiers.
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
today.
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
://pastebin.com/ExrBEczr
Nishanth Menon (2):
ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
cpufreq: OMAP: instantiate omap-cpufreq as a platform_driver
arch/arm/mach-omap2/board-generic.c |5 +
arch/arm/mach-omap2/cclock33xx_data.c |2 +-
arch/arm/mach-omap2
...@ti.com
Cc: Keerthy j-keer...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Shawn Guo shawn@linaro.org
[robherri...@gmail.com: reported conflict of omap-cpufreq vs other
driver in an non-device tree supported boot]
Reported-by: Rob Herring robherri...@gmail.com
Signed-off-by: Nishanth
...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: BenoƮt Cousson b-cous...@ti.com
Cc: Jon Hunter jon-hun...@ti.com
Cc: Keerthy j-keer...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Shawn Guo shawn@linaro.org
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes in v3
-voltage regulator perhaps?)
[1] CCF DVFS patches:
https://patchwork.kernel.org/patch/2195431/
https://patchwork.kernel.org/patch/2195421/
https://patchwork.kernel.org/patch/2195451/
https://patchwork.kernel.org/patch/2195441/
https://patchwork.kernel.org/patch/2195461/
--
Regards,
Nishanth Menon
On 11:39-20130327, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
#include linux/module.h
@@ -174,6 +175,19 @@ static inline void freq_table_free(void)
static int __cpuinit omap_cpu_init(struct cpufreq_policy *policy)
{
int result = 0;
+ struct device_node *np
On Wed, Mar 20, 2013 at 6:56 AM, Eduardo Valentin
eduardo.valen...@ti.com wrote:
On 19-03-2013 15:22, Nishanth Menon wrote:
On 10:54-20130319, Eduardo Valentin wrote:
[..]
You may still want to fix warnings generated by:
./scripts/kernel-doc -v
drivers/staging/ti-soc-thermal/ti-bandgap.c/dev
seconds at 80
current scaling frequency(for 80) =80
bogomips@ frequency 80:
BogoMIPS: 527.56
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
@vger.kernel.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes in V2:
- depend on 4460.dtsi available in benoit/for_3.10/dts branch
- donot delete
...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes in V2:
- no functional changes
V1: https://patchwork.kernel.org/patch/2273621/
arch/arm/mach-omap2/board-generic.c |5 +
arch/arm/mach-omap2/cclock33xx_data.c |2 +-
arch/arm/mach-omap2/cclock3xxx_data.c
: Shawn Guo shawn@linaro.org
Cc: Keerthy j-keer...@ti.com
Cc: linux-omap@vger.kernel.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes in V2
@vger.kernel.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes in V2:
- donot delete the OPP table entries in omap3xxx_data.c
- little more
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes in V2:
- introduce omap34xx.dtsi
- donot delete the OPP table entries in omap3xxx_data.c
- little more verbose commit log
V1: https://patchwork.kernel.org/patch
: linux-arm-ker...@lists.infradead.org
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes in V2:
- little more verbose commit log (no functional changes)
V1: https://patchwork.kernel.org/patch/2273701/
arch/arm/boot/dts/omap3-beagle
/3EymNTMp
Nishanth Menon (8):
ARM: dts: OMAP34xx/35xx: Add CPU OPP table
ARM: dts: OMAP36xx: Add CPU OPP table
ARM: dts: OMAP3: use twl4030 vdd1 regulator for CPU
ARM: dts: OMAP443x: Add CPU OPP table
ARM: dts: omap4-panda: move generic sections to panda-common
ARM: dts: OMAP4460: Add CPU OPP
...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes in V2:
- introduce omap443x.dtsi
- donot delete the OPP table entries in omap4xxx_data.c
- little more verbose commit log
V1: https://patchwork.kernel.org/patch/2273581/
arch
: Keerthy j-keer...@ti.com
Cc: linux-omap@vger.kernel.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes in V2:
- use omap443x.dtsi and 4460.dtsi
On 10:54-20130319, Eduardo Valentin wrote:
This patch updates the documentation to remove
all warnings and errors reported by scripts/kernel-doc.
Most are missing arguments due to wrong format.
Cc: Nishanth Menon n...@ti.com
Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com
On 16:42-20130314, Jon Hunter wrote:
On 03/14/2013 03:58 PM, Nishanth Menon wrote:
The following series arose from trying to use BeagleBoard-XM (OMAP3 variant)
for doing CPU DVFS using cpufreq-cpu0. This series will eventually result in
migrating the cpufreq support only through device
On 16:44-20130314, Jon Hunter wrote:
On 03/14/2013 03:58 PM, Nishanth Menon wrote:
Add DT OPP table for OMAP36xx family of devices. This data is
decoded by OF with of_init_opp_table() helper function. This
overrides the default OMAP34xx CPU OPP table definition.
Not sure I following
On 16:49-20130314, Jon Hunter wrote:
On 03/14/2013 03:58 PM, Nishanth Menon wrote:
OMAP4430 and 4460 have different OPP definitions. So, create an SoC
variant dtsi file for 4460 and move the OPP definitions to it.
FYI, I had to create a similar file for PMU [1]. However, I called
On 10:48-20130315, Santosh Shilimkar wrote:
On Friday 15 March 2013 02:28 AM, Nishanth Menon wrote:
The following series arose from trying to use BeagleBoard-XM (OMAP3 variant)
for doing CPU DVFS using cpufreq-cpu0. This series will eventually result in
migrating the cpufreq support only
On Thu, Mar 14, 2013 at 11:51 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
On Fri, Mar 15, 2013 at 2:28 AM, Nishanth Menon n...@ti.com wrote:
We can now use cpufreq-cpu0 driver using DT entries.
remove the redundant omap-cpufreq driver from the tree.
Remove MAINTAINERS file entry
On 09:26-20130315, Jon Hunter wrote:
On 03/15/2013 08:56 AM, Nishanth Menon wrote:
On 16:44-20130314, Jon Hunter wrote:
On 03/14/2013 03:58 PM, Nishanth Menon wrote:
Add DT OPP table for OMAP36xx family of devices. This data is
decoded by OF with of_init_opp_table() helper function
.
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 09:58-20130315, Jon Hunter wrote:
On 03/15/2013 09:38 AM, Nishanth Menon wrote:
On 09:26-20130315, Jon Hunter wrote:
On 03/15/2013 08:56 AM, Nishanth Menon wrote:
On 16:44-20130314, Jon Hunter wrote:
On 03/14/2013 03:58 PM, Nishanth Menon wrote:
Add DT OPP table for OMAP36xx
available at:
https://github.com/nmenon/linux-2.6-playground/commits/push/cpufreq-cpu0-omap-all-v1
git link: git://github.com/nmenon/linux-2.6-playground.git
branch: cpufreq-cpu0-omap-all-v1
Nishanth Menon (8):
ARM: dts: OMAP34xx: move CPU OPP tables to device tree
ARM
...@ti.com
Cc: Shawn Guo shawn@linaro.org
Cc: Keerthy j-keer...@ti.com
Cc: linux-omap@vger.kernel.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/board-generic.c |4
arch/arm/mach-omap2/cclock33xx_data.c |2 +-
arch/arm/mach-omap2/cclock3xxx_data.c |2 +-
arch/arm/mach-omap2/cclock44xx_data.c |2 +-
4 files changed, 7 insertions(+), 3 deletions(-)
diff
...@ti.com
Cc: Shawn Guo shawn@linaro.org
Cc: Keerthy j-keer...@ti.com
Cc: linux-omap@vger.kernel.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm
...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/boot/dts/omap36xx.dtsi| 12
arch/arm/mach-omap2/opp3xxx_data.c |9 -
2 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/arch/arm/boot/dts/omap36xx.dtsi b/arch/arm/boot/dts/omap36xx.dtsi
index
...@lists.infradead.org
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/boot/dts/omap4-panda-es.dts |2 +-
arch/arm/boot/dts/omap446x.dtsi | 27 +++
arch/arm/mach-omap2/opp4xxx_data.c | 15
: Shawn Guo shawn@linaro.org
Cc: Keerthy j-keer...@ti.com
Cc: linux-omap@vger.kernel.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
MAINTAINERS
-omap@vger.kernel.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: cpuf...@vger.kernel.org
Cc: linux...@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/boot/dts/omap3-beagle-xm.dts |6 ++
arch/arm/boot/dts/omap3-beagle.dts
On 15:24-20130312, Benoit Cousson wrote:
Hi Guys,
On 03/12/2013 06:03 AM, Santosh Shilimkar wrote:
On Tuesday 12 March 2013 04:35 AM, Nishanth Menon wrote:
On certain SoCs like variants of OMAP, the clock conversion to DT
is not complete. In short, the ability to:
cpus {
cpu@0
On 15:28-20130312, Benoit Cousson wrote:
On 03/12/2013 06:07 AM, Santosh Shilimkar wrote:
On Tuesday 12 March 2013 04:35 AM, Nishanth Menon wrote:
commit 5553f9e (cpufreq: instantiate cpufreq-cpu0 as a platform_driver)
now forces platform device to be registered for allowing cpufreq-cpu0
. This will allow us
to remove redundant drivers from the kernel. I hope this sounds
reasonable to all.
--
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
driven off CCF and OMAP
converted to CCF, we could remove the DT regulator requirements as well.
Based on v3.9-rc2 tag
Nishanth Menon (2):
cpufreq: cpufreq-cpu0: support for clock which are not in DT yet.
cpufreq: cpufreq-cpu0: provide compatibility string for DT matchup
.../devicetree/bindings
: linux-omap@vger.kernel.org
Signed-off-by: Nishanth Menon n...@ti.com
---
.../devicetree/bindings/cpufreq/cpufreq-cpu0.txt |3 +++
drivers/cpufreq/cpufreq-cpu0.c |6 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings
Signed-off-by: Nishanth Menon n...@ti.com
---
.../devicetree/bindings/cpufreq/cpufreq-cpu0.txt |3 +++
drivers/cpufreq/cpufreq-cpu0.c |6 ++
2 files changed, 9 insertions(+)
diff --git a/Documentation/devicetree/bindings/cpufreq/cpufreq-cpu0.txt
b/Documentation
On 11:13-20130302, Santosh Shilimkar wrote:
On Friday 01 March 2013 11:13 PM, Nishanth Menon wrote:
On 17:40-20130301, Santosh Shilimkar wrote:
diff --git a/arch/arm/mach-omap2/pm44xx.c
b/arch/arm/mach-omap2/pm_omap4plus.c
similarity index 74%
[..]
mpuss_clkdm = clkdm_lookup
On 11:17-20130302, Santosh Shilimkar wrote:
On Saturday 02 March 2013 01:07 AM, Nishanth Menon wrote:
On 17:40-20130301, Santosh Shilimkar wrote:
Enables MPUSS ES2 power management mode using ES2_PM_MODE in
AMBA_IF_MODE register.
0x0: ES1 behavior, CPU cores would enter and exit OFF
On 11:22-20130302, Santosh Shilimkar wrote:
On Saturday 02 March 2013 01:12 AM, Nishanth Menon wrote:
On 17:40-20130301, Santosh Shilimkar wrote:
In addition to the standard power-management technique, the OMAP5
MPU subsystem also employs an SR3-APG (mercury) power management
technology
1201 - 1300 of 2389 matches
Mail list logo