ext Tony Lindgren wrote:
* Roger Quadros ext-roger.quad...@nokia.com [090402 07:21]:
From: Roger Quadros ext-roger.quad...@nokia.com
Date: Thu, 2 Apr 2009 16:41:00 +0300
Subject: [PATCH] ARM: OMAP3: Clean up spurious interrupt check logic
SPURIOUSIRQ is contained in bits 31:7 of INTC_SIR,
Hi Kevin!
Thanks for reviewing this driver again. it is getting better, thanks to you.
I will send the new patch very soon and please feel free to criticize it.
my answers below:
On Wed, Apr 1, 2009 at 9:09 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
snip
Hi Kim,
Thanks for
* Jarkko Nikula jarkko.nik...@nokia.com [090402 23:15]:
On Fri, 3 Apr 2009 02:13:33 +0200
ext Tony Lindgren t...@atomide.com wrote:
This means that the PM and some clock features will be broken until
we can merge in Paul's clock branch and Kevin's pm branch.
Please everybody take a
Hi,
This series fixes a set of defects/issues in Smartreflex driver. SR
autocompensation is now
functional and is validated with these patches on a ES3.1 based SDP with the N
values in Efuse.
The patches also make the Smartreflex driver independent of SRF by using the
OMAP PM apis
instead of
From: Rajendra Nayak rna...@ti.com
This patch fixes a bug wherein the inital voltage was not set
correctly on a OPP change
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com
---
arch/arm/mach-omap2/smartreflex.c | 42
From: Rajendra Nayak rna...@ti.com
This patch replaces all the printk(KERN_* with pr_* calls.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/smartreflex.c | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
Index:
From: Rajendra Nayak rna...@ti.com
This patch removes the local defines (PRCM_VDD1/2) in smartreflex
driver and uses the already existing global definitions (VDD1_OPP/VDD2_OPP)
from omap34xx.h file.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
From: Teerth Reddy tee...@ti.com
This patch has some cleanup , replacing SR_PASS/FAIL,SR_TRUE/FALSE
with standard kernel values.
Signed-off-by: Teerth Reddy tee...@ti.com
---
arch/arm/mach-omap2/smartreflex.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
Index:
Kim Kyuwon chamm...@gmail.com writes:
+
+void omap3_get_wakeup_status(struct pm_wakeup_status **pm_wkst)
+{
+ *pm_wkst = omap3_pm_wkst;
+}
+
Can you rename this to omap3_get_last_wake_state()
Actually, I removed this function and I didn't get the WKST registers
from the last PRCM
Hi,
This patch set removes the virtual clock node implementation for
VDD1/2 on omap3 which was causing issues with recursive locking of spinlocks.
All references to virtual clock nodes from resource framework and cpufreq
driver are removed. Resource framework now uses individual dpll clock
nodes
From: Rajendra Nayak rna...@ti.com
This patch removes the virtual node implementation from clock f/w.
The resource framework which would use these nodes for DVFS
is been updated with most functionality internally, which was earlier
handled by virtual clock nodes.
Signed-off-by: Rajendra Nayak
From: Rajendra Nayak rna...@ti.com
This patch removes all refrences to virtual clock
nodes in CPUFreq driver.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
arch/arm/plat-omap/cpu-omap.c |6 +++---
1 files changed, 3 insertions(+), 3
Nayak, Rajendra rna...@ti.com writes:
Hi,
This patch set removes the virtual clock node implementation for
VDD1/2 on omap3 which was causing issues with recursive locking of spinlocks.
All references to virtual clock nodes from resource framework and cpufreq
driver are removed. Resource
On Wed, 1 Apr 2009, Paul Walmsley wrote:
On Wed, 1 Apr 2009, Syed Mohammed, Khasim wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Gadiyar, Anand
Sent: Wednesday, April 01, 2009 1:55 PM
To:
Paul Walmsley wrote:
On Wed, 1 Apr 2009, Paul Walmsley wrote:
On Wed, 1 Apr 2009, Syed Mohammed, Khasim wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Gadiyar, Anand
Sent: Wednesday,
Has anybody done any benchmarking on POP flash read/write speeds (using
JFFS2) vs. MMC/SDHC card access (using ext[234])? Or for that matter, has
anybody done any playing around with using the execute in place function
of JFFS2 to see if there is any over-all speed advantage (due to reduced
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Commit: 7b4c6760b933f3209747b3d158ac4d78dcfb19d9
PatchWorks
http://patchwork.kernel.org/patch/16030/
Git
Paul Walmsley p...@pwsan.com writes:
On Wed, 1 Apr 2009, Paul Walmsley wrote:
On Wed, 1 Apr 2009, Syed Mohammed, Khasim wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Gadiyar, Anand
Sent:
Hello Kevin
Could you also include the GPT12 updates that were recently merged
from the PM branch that allow GPT12 to be a wakeup source.
The GPT12 patches are targeted for a -fixes branch to be sent upstream
quickly.
On Fri, 3 Apr 2009, Kevin Hilman wrote:
$ git log --reverse
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Commit: b1a91a303b74b29396ec7c28c7d70a7571f70a9d
PatchWorks
http://patchwork.kernel.org/patch/16031/
Git
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Commit: da502fced01eef3610209b7bfb0eed7cc97fdac0
PatchWorks
http://patchwork.kernel.org/patch/16046/
Git
Hi Kevin,
Thanks for your prompt answer.
On Sat, Apr 4, 2009 at 1:12 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Kim Kyuwon chamm...@gmail.com writes:
+
+void omap3_get_wakeup_status(struct pm_wakeup_status **pm_wkst)
+{
+ *pm_wkst = omap3_pm_wkst;
+}
+
Can you rename this
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Commit: 7d7137897a95e8bf74f54c0df672ad481b216097
PatchWorks
http://patchwork.kernel.org/patch/15920/
Git
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Commit: b420f201e8c3bba92606fb98a032ee019804835d
PatchWorks
http://patchwork.kernel.org/patch/15779/
Git
* Mark Brown broo...@sirena.org.uk [090403 01:53]:
On Fri, Apr 03, 2009 at 01:33:58PM +0530, Aggarwal, Anuj wrote:
I could not find the commit in linux-OMAP git where the init data is
passed as a parameter to the regulator_register(). I am dependent
on this commit for my TPS65023
Kim Kyuwon chamm...@gmail.com writes:
Hi Kevin,
Thanks for your prompt answer.
On Sat, Apr 4, 2009 at 1:12 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Kim Kyuwon chamm...@gmail.com writes:
+
+void omap3_get_wakeup_status(struct pm_wakeup_status **pm_wkst)
+{
+ *pm_wkst =
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): e8acebfbfd355bc52a6a18c173c400f15cb8e4a9
PatchWorks
http://patchwork.kernel.org/patch/15244/
Git
On Sat, Apr 4, 2009 at 9:20 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Kim Kyuwon chamm...@gmail.com writes:
Hi Kevin,
Thanks for your prompt answer.
On Sat, Apr 4, 2009 at 1:12 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Kim Kyuwon chamm...@gmail.com writes:
+
+void
* Mark Brown broo...@sirena.org.uk [090331 14:00]:
On Mon, Mar 30, 2009 at 01:53:43PM -0700, David Brownell wrote:
So when are you going to fix the regulator docs to report that:
ALL regulator consumers must start by enabling and
then disabling the regulator.
The documention
On Fri, Apr 03, 2009 at 05:26:52PM -0700, Tony Lindgren wrote:
Maybe you guys have gone back and forth on this option too.. But what
if we have something in regulator_init_data that would tell the
regulator to reset the regulator on init? That could be then be
then disabled with some cmdline
I find that it's not just Beagle which refuses to reboot
when the twl4030-power driver is configured ... 3430 SDP
does so now, too. (Standard OMAP tree with no particular
PM-related patches applied.)
Does anyone know what the problem is?
- Dave
--
To unsubscribe from this list: send the line
On Fri, Apr 3, 2009 at 2:24 PM, david.hag...@gmail.com wrote:
Has anybody done any benchmarking on POP flash read/write speeds (using
JFFS2) vs. MMC/SDHC card access (using ext[234])? Or for that matter, has
anybody done any playing around with using the execute in place function
of JFFS2 to
On Tuesday 31 March 2009, Mark Brown wrote:
On Mon, Mar 30, 2009 at 01:53:43PM -0700, David Brownell wrote:
So when are you going to fix the regulator docs to report that:
ALL regulator consumers must start by enabling and
then disabling the regulator.
The documention should
Well, that's not what I would have expected - I would have thought reads on POP
would have been faster than that, and cheaper - the SD being the same speed but
less CPU is surprising.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Fri, Apr 3, 2009 at 7:52 PM, David Hagood david.hag...@gmail.com wrote:
Well, that's not what I would have expected - I would have thought reads on
POP would have been faster than that, and cheaper - the SD being the same
speed but less CPU is surprising.
The POP flash may not have a DMA
35 matches
Mail list logo