-off-by: Rajendra Nayak
Signed-off-by: Paul Walmsley
Cc: Benoit Cousson
Cc: Kevin Hilman
---
arch/arm/mach-omap2/powerdomain.c | 11 +-
arch/arm/mach-omap2/powerdomains_data.c |2 +
arch/arm/plat-omap/include/plat/powerdomain.h | 43 -
3 files
.pwrdm_set_lowpwrstchange
Convert the platform-independent framework to call these functions.
Signed-off-by: Rajendra Nayak
[p...@pwsan.com: rearranged Makefile changes]
Signed-off-by: Paul Walmsley
Cc: Benoit Cousson
Cc: Kevin Hilman
---
arch/arm/mach-omap2/Makefile |2
itions
+ *
+ * Copyright (C) 2007-2008 Texas Instruments, Inc.
+ * Copyright (C) 2007-2010 Nokia Corporation
+ *
+ * Paul Walmsley, Jouni Högander
+ *
+ * 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
+ * publi
: remove remaining static allocations in powerdomains.h file;
remove path in file header comments, rearranged Makefile changes]
Signed-off-by: Paul Walmsley
Cc: Benoit Cousson
Cc: Kevin Hilman
---
arch/arm/mach-omap2/Makefile |7 +++
arch/arm/mach-omap2/powerdomain.c | 33
-off-by: Paul Walmsley
Cc: Benoit Cousson
Cc: Kevin Hilman
---
arch/arm/mach-omap2/powerdomain.c | 51
arch/arm/mach-omap2/powerdomain2xxx_3xxx.c | 34 +++
arch/arm/mach-omap2/powerdomain44xx.c | 26 ++
3 files changed
saved and restored before the
rest of the PRCM registers, the code to do so should live in the SCM
code, and the PM code should call this separate function. This
register pertains to devices with a stacked modem, so this patch is
unlikely to affect most OMAP devices out there.
Signed-off-by: Paul
0 11792740 b3f164 vmlinux.patched
Paul Walmsley (8):
OMAP2+: powerdomains: move powerdomain static data to .c files
OMAP2+: clockdomains: move clockdomain static data to .c files
OMAP3: control/PRCM: add omap3_ctrl_write_boot_mode()
OMAP3: control/PRCM: move CONT
ister accesses are relatively slow.
While doing so, move the CM register save/restore code into
CM-specific code. The CM module has been distinct from the PRM module
since 2430.
This patch includes some minor changes to pm34xx.c.
Signed-off-by: Paul Walmsley
Cc: Kevin Hilman
Cc: Rajendra Naya
100644
--- a/arch/arm/mach-omap2/clockdomains.h
+++ b/arch/arm/mach-omap2/clockdomains2xxx_3xxx_data.c
@@ -4,7 +4,7 @@
* Copyright (C) 2008-2009 Texas Instruments, Inc.
* Copyright (C) 2008-2010 Nokia Corporation
*
- * Written by Paul Walmsley and Jouni Högander
+ * Paul Walmsley, Jouni Hö
Add myself and Benoît as co-maintainers of the OMAP hwmod core code.
(The OMAP hwmod code manages the integration of IP blocks on the OMAP SoC
family.)
Add Benoît as the maintainer of OMAP4-based SoC hwmod mode.
Signed-off-by: Paul Walmsley
Signed-off-by: Benoît Cousson
---
MAINTAINERS
Add myself and Benoît as co-maintainers of the OMAP hwmod core code.
(The OMAP hwmod code manages the integration of IP blocks on the OMAP SoC
family.)
Add Benoît as the maintainer of OMAP4-based SoC hwmod mode.
Signed-off-by: Paul Walmsley
Signed-off-by: Benoît Cousson
---
With the correct
es for the breakage.
Signed-off-by: Paul Walmsley
Cc: Cory Maccarrone
Cc: Janusz Krzysztofik
---
arch/arm/plat-omap/i2c.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/i2c.c b/arch/arm/plat-omap/i2c.c
index a5bff9c..a6cf4e9 100644
--- a/arch/arm
Hello,
On Tue, 7 Dec 2010, MING ZHOU wrote:
> Since we need to reconfigure Reset time for OMAP4, we found the OMAP4
> register definition for reset time is wrong according to spec of
> OMAP4. And we verified this by reading default value of register. We
> found the offset definition of Reset time
Hello Samuel,
On Tue, 7 Dec 2010, Samuel Ortiz wrote:
> On Mon, Dec 06, 2010 at 06:40:38PM -0700, Paul Walmsley wrote:
> >
> > That's fine with me. Samuel et al, Bryan's already done a patch
> > for this stuff:
> >
> > https://patchwork.kernel.org/p
Madhusudhan,
On my OMAP35xx BeagleBoard here, HSMMC is non-functional after returning
from dynamic off-mode. The MMC LED turns on and stays on, and the process
hangs, although the rest of the system still seems to run. Looks like
you're listed as the maintainer for this code. Do you know wh
Hello Madhusudhan,
On Tue, 7 Dec 2010, Chikkature Rajashekar, Madhusudhan wrote:
> Last I tested OFF mode was after Adrian's power saving series was merged. I
> tested it on Kevin PM branch then and it was functional on my omap3 board.
>
> I need to check on the latest commit.
>
> Did you see th
> during idle, and not during suspend.
>
> Cc: Paul Walmsley
> Signed-off-by: Kevin Hilman
Tested-by: Paul Walmsley
- Paul
--
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
ore is only attempted
> during idle, and not during suspend.
>
> Cc: Paul Walmsley
> Signed-off-by: Kevin Hilman
> ---
> Applies to Tony's omap-fixes branch.
>
> arch/arm/mach-omap2/pm34xx.c | 24 ++--
> 1 files changed, 18 insertions(+), 6
Hi,
On Tue, 7 Dec 2010, Chikkature Rajashekar, Madhusudhan wrote:
> On Tue, Dec 7, 2010 at 1:51 PM, Adrian Hunter wrote:
> >
> > It is at least because omap_pm_get_dev_context_loss_count() is not
> > implemented. Tero Kristo was looking at that recently.
> >
>
> Yes. I agree that is the proble
mmc_host_enable() before enabling the device interface clock. This can
crash the kernel with:
Unhandled fault: external abort on non-linefetch (0x1028) at 0xfa09c014
Fix by calling mmc_host_enable() after the device interface clock is
enabled.
Signed-off-by: Paul Walmsley
Cc: Madhusudhan Chikkature
Hi,
> Looks like 0xfa09c014 is the MMC SYSSTATUS register... maybe there's
> something wrong with the clock control.
Just sent a patch for this one, it's relatively minor.
After applying it and the 'brutal context save/restore test' patch, HSMMC
off-mode indeed seems to work much better.
Are
On Tue, 7 Dec 2010, Russell King - ARM Linux wrote:
> So LDP will remain unusable until after the 2.6.38 merge window?
I don't think that Tony or I realized that LDP3430 was broken until your
E-mail. Usually I use a BeagleBoard 35xx for OMAP3430 testing, and I
think Tony uses an Overo. The Be
On Tue, 7 Dec 2010, Paul Walmsley wrote:
> I do have a LDP3430 here though. It doesn't boot past:
>
> [0.00] Linux version 2.6.37-rc5 (p...@twilight) (gcc version 4.3.2
> (Sourcery G++ Lite 2008q3-72) ) #68 SMP Tue Dec 7 17:42:20
> [0.00] CPU: ARMv7
b3f164 vmlinux.orig
5712868 474496 5608800 11796164 b3fec4 vmlinux.patched
Paul Walmsley (11):
OMAP4: PRCM: add OMAP4-specific accessor/mutator functions
OMAP4: PRCM: move global reset function for OMAP4 to an OMAP4-specific
file
OMAP2/3: PRM/CM: prefix OMAP2 PR
s of how to interact with the specific hardware
variant.
While here, rename cm4xxx.c to cm44xx.c to match the naming convention
of the other OMAP4 PRCM files.
Signed-off-by: Paul Walmsley
Cc: Benoît Cousson
Cc: Rajendra Nayak
Cc: Santosh Shilimkar
---
arch/arm/mach-omap2/Makefile
while the system is supposed to be resetting
itself.
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap2/prcm.c| 17 -
arch/arm/mach-omap2/prm44xx.c | 14 ++
arch/arm/mach-omap2/prm44xx.h |2 ++
3 files changed, 24 insertions(+), 9 deletions(-)
diff
hardware
database; the autogeneration scripts have been updated.
Signed-off-by: Paul Walmsley
Cc: Benoît Cousson
---
arch/arm/mach-omap2/cm1_44xx.h |5 +
arch/arm/mach-omap2/cm2_44xx.h | 19 +++
arch/arm/mach-omap2/prcm_mpu44xx.h |5 +
arch/arm/mach-omap2
potential null pointer dereference of pwrdm->name.
The autogeneration scripts have been updated.
Signed-off-by: Paul Walmsley
Cc: Rajendra Nayak
Cc: Santosh Shilimkar
Cc: Benoît Cousson
---
arch/arm/mach-omap2/powerdomain.c | 10 ++
arch/arm/mach-omap2/powerdomain44xx.c |
and data directly.
Signed-off-by: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/mach-omap2/clock.c |2 +-
arch/arm/mach-omap2/clockdomain.c|2 +-
arch/arm/mach-omap2/clockdomain.h|6 ++
arch/arm/mach-omap2
and data directly.
As part of this process, remove the references to powerdomain data from
the GPIO "driver" and the OMAP PM no-op layer, both in plat-omap.
Signed-off-by: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/mach-omap2/clockdomain.c|2 +
arch/arm/
cleaned up.
In the medium-to-long term, this code should be called by the mux
layer code, not the PM idle code. This is because, according to the
TRM, saving the padconf only needs to be done when the padconf
changes[1].
Signed-off-by: Paul Walmsley
Cc: Kevin Hilman
Cc: Tony Lindgren
1. OMAP34xx
Split _omap2_clkdm_set_hwsup() into _disable_hwsup() and _enable_hwsup().
While here, also document that the autodeps are deprecated and that they
should be removed at the earliest opportunity.
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap2/clockdomain.c | 67
my recollection of Linus's preferred style.
The autogeneration scripts have been updated.
Signed-off-by: Paul Walmsley
Cc: Rajendra Nayak
Cc: Santosh Shilimkar
Cc: Benoît Cousson
---
arch/arm/mach-omap2/clockdomain.c | 75 ---
arch/arm/mach-
ect CM register access from the
clockdomain code, moving it to the OMAP2/3 CM code instead. The
intention here is to simplify the clockdomain code. (The long-term
goal is to move all direct CM register access across the OMAP core
code to the appropriate cm*.c file.)
Signed-off-by: Paul Walmsley
On Tue, 7 Dec 2010, Kevin Hilman wrote:
> Paul Walmsley writes:
>
> > This patch series, intended for 2.6.38:
>
> [...]
>
> > Kevin, I'd appreciate review and acks, if appropriate, on the patches
> > that touch code that you maintain.
>
> R
On Tue, 7 Dec 2010, Cousson, Benoit wrote:
> On 12/7/2010 2:25 AM, Paul Walmsley wrote:
>
> [...]
>
> > + *
> > + * XXX This file needs to be updated to align on one of "OMAP4",
> > "OMAP44XX",
> > + * or "OMAP4430".
>
Salut Benoît,
On Tue, 7 Dec 2010, Cousson, Benoit wrote:
> Salut Paul,
>
> On 12/7/2010 2:25 AM, Paul Walmsley wrote:
> > Split the existing cm44xx.h file into cm1_44xx.h and cm2_44xx.h files
> > so they match their underlying OMAP hardware modules. Add clockdomain
&
On Wed, 8 Dec 2010, Rajendra Nayak wrote:
> > +#include "cminst44xx.h"
>
> This header seems to be missed in the series.
Oops, sorry about that. Fixed in the git branch on git.pwsan.com.
Attached below is the final mach-omap2/cminst44xx.h file. It's created by
the first patch in this series
On Wed, 8 Dec 2010, Paul Walmsley wrote:
> On Wed, 8 Dec 2010, Rajendra Nayak wrote:
>
> > > +#include "cminst44xx.h"
> >
> > This header seems to be missed in the series.
>
> Oops, sorry about that. Fixed in the git branch on git.pwsan.com.
On Wed, 8 Dec 2010, Elvis Dowson wrote:
>What should I do to change the output frequency of mmc2_clk
> signal to 48Mhz for the OMAP35xx processor?
>
> Right now it is giving an output of 96MHz and the signal output looks
> more like a sine wave than a square wave clock output signal.
A
On Wed, 8 Dec 2010, Kevin Hilman wrote:
> Paul Walmsley writes:
>
> > - * _omap2_clkdm_set_hwsup - set the hwsup idle transition bit
> > +/**
> > + * _enable_hwsup - set the hwsup idle transition bit
> > + * @clkdm: struct clockdomain *
> > + *
> > + * X
Hi,
just a quick note to any users of the 2.6.38 branches on git.pwsan.com.
hwmod_a_2.6.38 and pwrdm_prcm_a_2.6.38 have been updated to base on Tony's
for-next branch. pwrdm_prcm_b_2.6.38 has been updated to base on
pwrdm_prcm_a_2.6.38 due to dependencies. And wdt_2.6.38 has been updated
t
On Thu, 9 Dec 2010, Benoit Cousson wrote:
> The convention for omap device naming is omap_XXX.
>
> Rename the device and driver name in order to stick
> to this naming convention.
>
> Change device name in clock nodes as well.
Acked-by: Paul Walmsley
- Paul
--
To unsubscr
Hello Jarkko
On Thu, 9 Dec 2010, Jarkko Nikula wrote:
> On Tue, 07 Dec 2010 23:18:28 -0700
> Paul Walmsley wrote:
>
> > This series is available via git from git://git.pwsan.com/linux-2.6 in
> > the branch 'pwrdm_prcm_b_2.6.38'. It applies on top of the "OM
Hi Kevin
On Thu, 9 Dec 2010, Kevin Hilman wrote:
> Paul, do you want to submit a formal patch for this for 2.6.38? if not,
> I can add a changelog and queue this with other PM core changes for 2.6.38.
we should probably come up with a patch for .38 that only increments this
when off-mode is ent
On Thu, 9 Dec 2010, Paul Walmsley wrote:
> On Thu, 9 Dec 2010, Kevin Hilman wrote:
>
> > Paul, do you want to submit a formal patch for this for 2.6.38? if not,
> > I can add a changelog and queue this with other PM core changes for 2.6.38.
>
> we should probably come
Hello Partha
On Tue, 23 Nov 2010, Basak, Partha wrote:
> > -Original Message-
> > From: Paul Walmsley [mailto:p...@pwsan.com]
> > Sent: Tuesday, November 23, 2010 9:31 AM
> >
> > The rest of the time, if the GPIO driver wants to use idle-mode
> &g
On Thu, 9 Dec 2010, Benoit Cousson wrote:
> From: Jonathan Bergsagel
>
> Add register address, mask and link to the clksel structure that
> were missing in the IVA DPLL mux clock node.
>
> Signed-off-by: Jonathan Bergsagel
> Signed-off-by: Benoit Cousson
This patch results in a checkpatch wa
On Wed, 8 Dec 2010, Paul Walmsley wrote:
> On Wed, 8 Dec 2010, Kevin Hilman wrote:
>
> > Paul Walmsley writes:
> >
> > > - * _omap2_clkdm_set_hwsup - set the hwsup idle transition bit
> > > +/**
> > > + * _enable_hwsup - set the hwsup idle transi
On Wed, 8 Dec 2010, Santosh Shilimkar wrote:
> One more possible road block of removing the direct register access
> from PM code is DEVICE PRM module. Even with this clean-up for DEVCIE
> PRM related registers. I guess we still need to use the lowest level
> APIs.
To clarify my comments, I'm not
Hello Janusz, Cory,
On Sat, 11 Dec 2010, Janusz Krzysztofik wrote:
> Otherwise multi-omap1 configurations may set wrong clock speed.
>
> Created and tested against l-o master on Amstrad Delta.
>
> Signed-off-by: Janusz Krzysztofik
Thanks, this is a significant step forward in building a good
Hello Elvis
On Fri, 10 Dec 2010, Elvis Dowson wrote:
> On Dec 9, 2010, at 12:43 AM, Andy Shevchenko wrote:
>
> > On Wed, Dec 8, 2010 at 10:36 PM, Paul Walmsley wrote:
> >> Anyway, if you want to try changing it from the kernel side, you'll need
> >> code
Hello Vishwa,
On Fri, 10 Dec 2010, Vishwanath Sripathy wrote:
> > + count = omap_device_get_context_loss_count(pdev);
> > + pr_debug("OMAP PM: context loss count for dev %s = %d\n",
> > +dev_name(dev), count);
> Shouldn't this implementation be part of omap-pm.c where all the OMAP
Vishwa
On Mon, 13 Dec 2010, Vishwanath Sripathy wrote:
> I have no issues with the implementation and I agree. All I am saying is
> that why can't this implementation be added in omap-pm.c and compile
> this file instead of omap-pm-noop.c
1. because omap-pm-noop.c needs to not actively break a
untime cpu / machine checks
Jonathan Bergsagel (1):
OMAP4: clock data: Add missing fields in iva_hsd_byp_clk_mux_ck
Paul Walmsley (4):
OMAP2xxx clock: fix dss2_fck recalc to use clksel
OMAP3: clock: clarify usage of struct clksel_rate.flags and struct
omap_clk.cpu
OMAP3:
control to enable / disable this SW gating in the pad_clks_ck
and slimbus_clk clock node.
Signed-off-by: Benoit Cousson
Signed-off-by: Sebastien Guiriec
Signed-off-by: Paul Walmsley
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/clock44xx_data.c |8 ++--
1 files changed, 6 insertions(+), 2
From: Rajendra Nayak
Add support for auxiliary clocks nodes which are part of SCRM.
Signed-off-by: Rajendra Nayak
Signed-off-by: Benoit Cousson
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap2/clock44xx_data.c | 175 ++
1 files changed, 175 insertions
From: Benoit Cousson
Add the header file with scrm registers absolute address, offset
and bitfields.
Signed-off-by: Benoit Cousson
Signed-off-by: Rajendra Nayak
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap2/scrm44xx.h | 176
1 files changed
ion.
...
This all seems to work fine on OMAP34xx and OMAP36xx Beagle. Not sure
if it works on Sitara or the TI816X, unfortunately I don't have any
here to test with.
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap2/clock3xxx_data.c | 216 -
arch/arm/plat-omap
From: Janusz Krzysztofik
Otherwise multi-omap1 configurations may set wrong clock speed.
Created and tested against l-o master on Amstrad Delta.
Signed-off-by: Janusz Krzysztofik
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap1/clock_data.c | 17 -
1 files changed, 8
s to Richard Woodruff for
reviewing the problem and passing the report on.
Signed-off-by: Paul Walmsley
Cc: Bruno Guerin
Cc: Richard Woodruff
---
arch/arm/mach-omap2/clock3xxx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/clock3xxx.c b/arch/
gned-off-by: Paul Walmsley
Cc: Richard Woodruff
Cc: Jon Hunter
Cc: Nishanth Menon
---
arch/arm/mach-omap2/sram242x.S |6 ++
arch/arm/mach-omap2/sram243x.S |6 ++
arch/arm/mach-omap2/sram34xx.S |6 ++
3 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/arch
post dividers) should be managed by SW and explicitly
enabled/disabled.
Add control in clock framework to handle that.
Signed-off-by: Rajendra Nayak
Signed-off-by: Benoit Cousson
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap2/clock44xx_data.c |8 ++--
1 files changed, 6
Cousson.
Signed-off-by: Benoit Cousson
Signed-off-by: Thara Gopinath
[p...@pwsan.com: fixed merge conflicts against v2.6.37-rc5]
Signed-off-by: Paul Walmsley
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/clock44xx_data.c | 423 --
1 files changed, 248 insertions
dss2_fck is a clksel clock, and therefore its rate should be recalculated
with the clksel mechanism. This was working in early 2009, but was one of
the casualties of the big OMAP clock merge between 2.6.29 and 2.6.30.
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap2/clock2420_data.c |2
From: Jonathan Bergsagel
Add register address, mask and link to the clksel structure that
were missing in the IVA DPLL mux clock node.
Signed-off-by: Jonathan Bergsagel
Signed-off-by: Benoit Cousson
Signed-off-by: Paul Walmsley
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/clock44xx_data.c
missing clock domain field in srX_fck clock nodes was reported by
Kevin during the discussion about smartreflex on OMAP3:
https://patchwork.kernel.org/patch/199342/
Signed-off-by: Benoit Cousson
Signed-off-by: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/mach-omap2/clock3xxx_data.c |2 ++
1 files
Hi Benoît, Kevin,
On Mon, 13 Dec 2010, Benoit Cousson wrote:
> This is a series of fixes on OMAP3/4 in setup apis,
> in the suspend framework and in powerdomain modelling
> for OMAP4.
...
> Rajendra Nayak (3):
> OMAP4: PM: Use the lowpwrstatechange feature on OMAP4
> OMAP4: PM: Do not assum
On Tue, 7 Dec 2010, Tarun Kanti DebBarma wrote:
> Tested on following platforms:
> OMAP4430, OMAP3430, OMAP3630, OMAP2430
> OMAP2420 -- Image with omap2plus_defconfig in too large to download on N800.
Just build a minimal N800 config for testing. It's really quite easy.
Use 'make menuconfig' a
On Tue, 14 Dec 2010, Santosh Shilimkar wrote:
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> > ow...@vger.kernel.org] On Behalf Of Paul Walmsley
> > Sent: Tuesday, December 14, 2010 12:05 PM
> > To: linux-omap@
On Tue, 14 Dec 2010, Cousson, Benoit wrote:
> This patch will conflict with your power prcm series, because you are creating
> an empty scrm44xx.h in it.
>
> So I did rebased this series on top on your prcm to fix that.
>
> Don't you want to use the already rebased version instead?
I would rath
Hello Omar
On Mon, 13 Dec 2010, Ramirez Luna, Omar wrote:
> On Mon, Dec 13, 2010 at 2:12 AM, Cousson, Benoit wrote:
> > On 12/11/2010 12:45 AM, Ramirez Luna, Omar wrote:
> >>
> >> Make the parameter received by omap_device_get_mpu_rt_va
> >> consistent with the functions meant to be called by dr
On Fri, 10 Dec 2010, Benoit Cousson wrote:
> Here is a small set of OMAP4 hwmod data updates.
>
> Re-order properly the data that were a little bit shuffled during
> the previous merge window.
> Add the new reset flags introduced in 2.6.37 and that were not
> used in the hwmod data. The OMAP2 and
ly against current core integration branch,
commit message slightly amplified; fixed opt_clks_cnt whitespace]
Signed-off-by: Paul Walmsley
Cc: Rajendra Nayak
Cc: Govindraj.R
Cc: Charulatha V
Cc: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 1404 +++-
1 fil
d-off-by: Benoit Cousson
> Tested-by: Charulatha V
> Cc: Paul Walmsley
> Cc: Rajendra Nayak
This one I just tweaked the commit message slightly on. Revised message
is below.
- Paul
OMAP4: hwmod & clock data: Fix GPIO opt_clks and ocp_if iclk
Fix opt clo
Hello Omar
On Tue, 14 Dec 2010, Paul Walmsley wrote:
> - In your driver-to-core-OMAP integration code in arch/arm/*omap*, call
> omap_hwmod_get_mpu_rt_va(), and pass that to the driver via an entry in
> the struct platform_data.
One brief note here - this should have been more cle
Salut Benoît
On Tue, 14 Dec 2010, Cousson, Benoit wrote:
> Well, I sent this series before you sent your prcm one, so at the time the
> dependency didn't exist ;-)
No worries, it was just meant to be a general suggestion, not a specific
one to this case.
> > As far as the empty scrm44xx.h goes
On Mon, 13 Dec 2010, Paul Walmsley wrote:
> From: Benoit Cousson
>
> Add the header file with scrm registers absolute address, offset
> and bitfields.
>
> Signed-off-by: Benoit Cousson
> Signed-off-by: Rajendra Nayak
> Signed-off-by: Paul Walmsley
This patch has b
Manju
On Sat, 4 Dec 2010, G, Manjunath Kondaiah wrote:
> Add OMAP2420 DMA hwmod data and also add required
> DMA device attributes.
>
> Signed-off-by: G, Manjunath Kondaiah
> Cc: Benoit Cousson
> Cc: Kevin Hilman
> Cc: Santosh Shilimkar
>
> +/* dma_system -> L3 */
> +static struct omap_hwmod
On Sat, 4 Dec 2010, G, Manjunath Kondaiah wrote:
> Add OMAP2430 DMA hwmod data and also add required
> DMA device attributes.
...
> +/* dma_system -> L3 */
> +static struct omap_hwmod_ocp_if omap2430_dma_system__l3 = {
> + .master = &omap2430_dma_system_hwmod,
> + .slave
Hello Sergei
On Tue, 7 Dec 2010, Sergei Shtylyov wrote:
> On 06-12-2010 20:54, Tony Lindgren wrote:
> > > > > > As the control.h have been moved to new location and it's
> > > > > > uses are not allowed to drivers directly so moving the phy
> > > > > > control, interrupt clear and reset functiona
of the powerdomain off-mode counter, the
> logic off counter and the per-bank memory off counter.
>
> Cc: Paul Walmsley
> Signed-off-by: Kevin Hilman
> ---
> arch/arm/mach-omap2/powerdomain.c | 23 +++
> arch/arm/mach-omap2/powerdomain.h |1 +
irectly use the omap_device level API.
>
> Cc: Paul Walmsley
> Signed-off-by: Kevin Hilman
> ---
> arch/arm/mach-omap2/omap_hwmod.c | 18 ++
> arch/arm/plat-omap/include/plat/omap_device.h |1 +
> arch/arm/plat-omap/include/plat/omap_
Hi
a few more minor comments
On Thu, 9 Dec 2010, Kevin Hilman wrote:
> For devices which have not (yet) been converted to use omap_device,
> implement the context loss counter using the "brutal method" as
> originally proposed by Paul Walmsley[1].
>
> The dumm
On Thu, 9 Dec 2010, Kevin Hilman wrote:
> In the omap_hwmod core, most of the SYSCONFIG register helper
> functions do not directly write the register, but instead just modify
> a value passed in.
>
> This patch converts the _enable_wakeup() and _disable_wakeup() helper
> functions to take a valu
On Tue, 14 Dec 2010, Rajendra Nayak wrote:
> Boot tested on 2430/3430/4430SDP. Tested RET/OFF mode in suspend
> on 3430SDP with minimal config (omap3_pm_defconfig).
Thanks for testing this. Would you like me to add Tested-by:'s ?
Also, I still plan to make that change that you proposed to cause
Hi Kevin, Benoît,
On Tue, 16 Nov 2010, Paul Walmsley wrote:
> Change the per-hwmod mutex to a spinlock. (The per-hwmod lock
> serializes most post-initialization hwmod operations such as enable,
> idle, and shutdown.) Spinlocks are needed, because in some cases,
> hwmods must be
Hi Santosh
On Wed, 15 Dec 2010, Santosh Shilimkar wrote:
> Have tested both part1 and part2 of your series on OMAP4 and OMAP3 SDPs.
> OFF mode works on OMAP3 SPD with this series.
> Was planning to do some more testing with some porting of OMAP4 PM
> but it's taking bit more time.
thanks for the
On Tue, 7 Dec 2010, Paul Walmsley wrote:
> The OMAP powerdomain code and data is all OMAP2+-specific. This seems
> unlikely to change any time soon. Move plat-omap/include/plat/powerdomain.h
> to mach-omap2/powerdomain.h. The primary point of doing this is to remove
> the te
On Tue, 7 Dec 2010, Paul Walmsley wrote:
> The OMAP clockdomain code and data is all OMAP2+-specific. This seems
> unlikely to change any time soon. Move plat-omap/include/plat/clockdomain.h
> to mach-omap2/clockdomain.h. The primary point of doing this is to remove
> the te
On Tue, 14 Dec 2010, Paul Walmsley wrote:
> On Tue, 7 Dec 2010, Paul Walmsley wrote:
>
> > The OMAP powerdomain code and data is all OMAP2+-specific. This seems
> > unlikely to change any time soon. Move plat-omap/include/plat/powerdomain.h
> > to mach-omap2/powerdoma
mblock patch so that the driver can actually be
> compiled.
It looks like the memblock change has been applied already.
> With these, and reverting the iommu patches[1], the driver should be working.
> I
> don't see a more straight-forward way to achieve that.
>
> Paul Wal
bably slightly more
efficient. Do you (or anyone else) have a strong preference?
Note that the patch has not yet been boot-tested, but I think the
principle is clear.
- Paul
From: Paul Walmsley
Date: Tue, 14 Dec 2010 22:23:49 -0700
Subject: [PATCH] OMAP4: PRCM: add OMAP4-specific accessor/m
On Wed, 15 Dec 2010, Russell King - ARM Linux wrote:
> No it doesn't - this is not a valid reason to bugger about with drivers
> to make them non-standard.
>
> omap_ioremap() can be improved to retain its re-use of static mappings
> by having some kind of tree structure or something like that - i
On Wed, 15 Dec 2010, G, Manjunath Kondaiah wrote:
> On Tue, Dec 14, 2010 at 07:27:33PM -0700, Paul Walmsley wrote:
> > On Sat, 4 Dec 2010, G, Manjunath Kondaiah wrote:
> >
> > > Add OMAP2430 DMA hwmod data and also add required
> > > DMA device attributes.
>
On Wed, 15 Dec 2010, G, Manjunath Kondaiah wrote:
> On Wed, Dec 15, 2010 at 04:39:17PM +0530, G, Manjunath Kondaiah wrote:
> > On Tue, Dec 14, 2010 at 07:25:23PM -0700, Paul Walmsley wrote:
> > > On Sat, 4 Dec 2010, G, Manjunath Kondaiah wrote:
> > >
> > > &g
urrent access to different hwmods.
Signed-off-by: Kevin Hilman
[p...@pwsan.com: added structure documentation; changed mutex variable
name]
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap2/omap_hwmod.c | 62 -
arch/arm/plat-omap/include/plat/omap_hw
On Mon, 23 Aug 2010, Cousson, Benoit wrote:
> Here is a small patch that should fix that issue:
> The approach is quite basic, I'm just enabling all the optional clocks if the
> flag is set.
>
> Could you give it a try?
This approach seems good. Maybe we should add a flags field in
struct omap
Hello Benoît, Rajendra, Hema,
On Mon, 9 Aug 2010, Cousson, Benoit wrote:
> On 8/9/2010 11:37 AM, Nayak, Rajendra wrote:
> >
> > > From: Paul Walmsley [mailto:p...@pwsan.com]
> > > Sent: Monday, August 09, 2010 1:51 PM
> > >
> > > On Mon, 9 Aug 201
during late PM init.
As a side benefit, the _init_{wk,sleep}dep_usecount() functions are no
longer needed, so remove them.
Kevin Hilman did all the really hard work on
this, identifying the problem and finding the bug.
Signed-off-by: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/mach-omap2
901 - 1000 of 4899 matches
Mail list logo