Introduced hwmod support for OMAP3 (iva, isp) and OMAP4 (ipu, dsp),
along with the corresponding runtime PM routines to deassert reset
lines, enable/disable clocks and configure sysc registers.
v2:
- Added oh reset info to assert/deassert mmu reset lines.
- Addressed previous comments on v1
Add mmu hwmod data for iva and isp.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 135
arch/arm/plat-omap/include/plat/iommu.h| 10 ++
2 files changed, 145 insertions(+), 0 deletions(-)
diff --git
Use hwmod data and device attributes to build and register an
omap device for iommu driver.
Now unused, remove platform device and resource data, handling
of sysconfig register for softreset purposes; and add device
latency in preparation for runtime PM.
Signed-off-by: Omar Ramirez Luna
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations, reset and sysconfig
handling.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/iommu2.c | 17 --
arch/arm/mach-omap2/omap-iommu.c
Add mmu hwmod data for ipu and dsp.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 156 +--
1 files changed, 144 insertions(+), 12 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
Hi Kevin, Paul,
We currently have a small problem with OMAP4 DSS. When we enable the DSS
clocks, it seems that the DSS registers are not always accessible right
after the clock enable.
I understood that on OMAP4 the clock framework doesn't guarantee that
the registers are accessible after
On Fri, 2011-03-04 at 01:48 -0600, K, Mythri P wrote:
Adding HDMI support on OMAP4.
HDMI is a driver that is similar to the VENC or the DSI driver to support
HDMI/DVI sink device.
snip
1. v10 of omap2,3 hwmod DSS adaptation:
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Saturday, March 05, 2011 4:16 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 1/1] omap3: Save and restore CM_AUTOIDLE_PLL across
off mode
Hello
On Mon, 2011-02-28 at 13:12 +0100, John Ogness wrote:
From: John Ogness john.ogn...@linutronix.de
The number of corrected ECC errors should be reported since other MTD
systems make use of this information (such as UBI data scrubbing).
Signed-off-by: John Ogness john.ogn...@linutronix.de
On Fri, 2011-03-04 at 01:48 -0600, K, Mythri P wrote:
Adding the hdmi interface driver header file (hdmi.h) to the dss driver.
Register and timing declaration to be used by the corresponding c file
is added in this file.
Signed-off-by: Mythri P K mythr...@ti.com
---
Hi,
On Monday 07 March 2011 01:24 PM, Valkeinen, Tomi wrote:
On Fri, 2011-03-04 at 05:03 -0600, Taneja, Archit wrote:
The DSI PLL parameters (regm, regn, regm_dispc, regm_dsi, fint) have different
fields and also different Max values on OMAP3 and OMAP4. Use dss features to
calculate the
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, March 02, 2011 11:34 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] omap2plus: Remove auto selection on PMICs
* Premi, Sanjeev pr...@ti.com [110226 00:27]:
-Original
On Fri, 2011-03-04 at 01:48 -0600, K, Mythri P wrote:
Adding the hdmi interface driver header file (hdmi.h) to the dss driver.
Register and timing declaration to be used by the corresponding c file
is added in this file.
The subject and description are wrong. Always before sending patches do
a
On Fri, Mar 4, 2011 at 7:16 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: tom.leim...@gmail.com [mailto:tom.leim...@gmail.com]
Sent: Thursday, March 03, 2011 4:24 PM
To: li...@arm.linux.org.uk
Cc: linux-arm-ker...@lists.infradead.org;
On Mon, 2011-03-07 at 03:17 -0600, Taneja, Archit wrote:
Hi,
On Monday 07 March 2011 01:24 PM, Valkeinen, Tomi wrote:
On Fri, 2011-03-04 at 05:03 -0600, Taneja, Archit wrote:
The DSI PLL parameters (regm, regn, regm_dispc, regm_dsi, fint) have
different
fields and also different Max
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev
Sent: Monday, March 07, 2011 2:16 PM
To: Paul Walmsley
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: RE: [PATCH 1/1]
On Fri, 2011-03-04 at 01:48 -0600, K, Mythri P wrote:
The panel driver(hdmi_omap4_panel.c) in omap2/dss acts as a controller
to manage the enable and disable requests and synchronize audio and video.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/Kconfig|
On 2/21/2011 8:03 PM, Shilimkar, Santosh wrote:
-Original Message-
From: Cousson, Benoit [mailto:b-cous...@ti.com]
Sent: Monday, February 21, 2011 11:41 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; Balbi, Felipe; R, Sricharan
Subject: Re: [PATCH 5/6] omap4: Initialise the l3
On Fri, Mar 4, 2011 at 9:42 PM, Kevin Hilman khil...@ti.com wrote:
Dave Martin dave.mar...@linaro.org writes:
On Fri, Mar 4, 2011 at 5:47 PM, Tony Lindgren t...@atomide.com wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [110304 09:36]:
Following up on this, it looks like I have some
On Fri, Mar 04, 2011 at 09:48:26AM +0530, G, Manjunath Kondaiah wrote:
On Thu, Mar 03, 2011 at 10:35:23AM -0800, Kevin Hilman wrote:
G, Manjunath Kondaiah manj...@ti.com writes:
This patch series is remaining part of dma hwmod to support pm runtime
and for handling mstandby mode for
-Original Message-
From: Cousson, Benoit [mailto:b-cous...@ti.com]
Sent: Monday, March 07, 2011 3:52 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; Balbi, Felipe; R, Sricharan
Subject: Re: [PATCH 5/6] omap4: Initialise the l3 device with the
hwmod data.
On 2/21/2011
-Original Message-
From: Cousson, Benoit
Sent: Friday, March 04, 2011 4:47 PM
To: Hilman, Kevin; DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v11 2/8] OMAP4: hwmod data: add dmtimer version
information
On 3/4/2011 1:24 AM, Hilman, Kevin wrote:
Tarun
-Original Message-
From: Santosh Shilimkar [mailto:santosh.shilim...@ti.com]
Sent: Monday, March 07, 2011 4:49 PM
To: Benoit Cousson
Cc: linux-omap@vger.kernel.org; Felipe Balbi; Sricharan R
Subject: RE: [PATCH 5/6] omap4: Initialise the l3 device with the
hwmod data.
[]
Ok.
On Mon, 2011-03-07 at 09:43 +0200, Felipe Balbi wrote:
- struct miscdevice retu_wdt_miscdev;
+ struct miscdevice miscdev;
this rename is not part of $SUBJECT
Well, that element is used in several new container_of() instances.
retu_wdt_miscdev is needlessly long and just
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of ext Kevin Hilman
Sent: 04 March, 2011 18:56
To: Kristo Tero (Nokia-MS/Tampere)
Cc: p...@pwsan.com; linux-omap@vger.kernel.org; linux-arm-
ker...@lists.infradead.org
Subject:
Thanks Will for reporting it.
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-
arm-kernel-boun...@lists.infradead.org] On Behalf Of Will Deacon
Sent: Monday, March 07, 2011 5:38 PM
To: 'Santosh Shilimkar'; Russell King - ARM Linux
Cc:
Tony, Santosh,
[...]
+void __init omap2_dm_timer_early_init(void)
+{
+ int ret = omap_hwmod_for_each_by_class(timer,
+ omap_timer_init, NULL);
Here we really only want to initialize the system timer. The
rest we
want to do later, so let's
Hi Omar,
I have some concern about the introduction of a hwmod that does not
match the actual HW capability. MMU does exist, but there is no SW
control for it. In fact the only control available is for mmu + cache +
logic, and that's why the MMU is handle today under the main DSP/IPU hwmod.
From e7dbe4c4b64eb114f9b0804d6af3a3ca0e78acc8 Mon Sep 17 00:00:00 2001
From: Michael Jones michael.jo...@matrix-vision.de
Date: Mon, 7 Mar 2011 13:36:15 +0100
Subject: [PATCH] omap: iommu: disallow mapping NULL address
commit c7f4ab26e3bcdaeb3e19ec658e3ad9092f1a6ceb allowed mapping
the NULL
+ Rajendra
Hi Tomi,
On 3/7/2011 9:22 AM, Valkeinen, Tomi wrote:
Hi Kevin, Paul,
We currently have a small problem with OMAP4 DSS. When we enable the DSS
clocks, it seems that the DSS registers are not always accessible right
after the clock enable.
What clocks are you talking about? As you
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Cousson, Benoit
Sent: Monday, March 07, 2011 7:21 PM
To: Valkeinen, Tomi; Nayak, Rajendra
Cc: Paul Walmsley; Hilman, Kevin; linux-omap; Taneja, Archit;
Semwal, Sumit
On Fri, 4 Mar 2011 15:36:46 -0700 (MST)
Paul Walmsley p...@pwsan.com wrote:
Commit 3cf32bba8ca0e0052ca41d74d455a5805b7fea85 (OMAP: McBSP: Convert
McBSP to platform device model) in the current omap-for-linus branch
breaks compilation with non-multi-OMAP1 configs:
CC
On Sat, 5 Mar 2011 20:59:16 +0530
Nishanth Menon n...@ti.com wrote:
From: Jarkko Nikula jhnik...@gmail.com
sr_start_vddautocomp and sr_stop_autocomp functions can be reused from
omap_sr_enable, omap_sr_disable and omap_sr_disable_reset_volt and by
adding one additional argument
Hi,
I'm looking at configuring an OMAP 3730 board for 200 MHz SDRAM.
I've been looking at the kernel code (arch/arm/mach-omap2) the last
couple of days to try and figure out what I need to do. We're basing
ourselves off of the Beagleboard, so I tried copying the 200 MHz Hynix
SDRAM entry for
On 3/7/2011 3:05 PM, Shilimkar, Santosh wrote:
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Cousson, Benoit
+ Rajendra
Hi Tomi,
On 3/7/2011 9:22 AM, Valkeinen, Tomi wrote:
Hi Kevin, Paul,
We currently have a small problem with OMAP4 DSS.
On Mon, 2011-03-07 at 07:51 -0600, Cousson, Benoit wrote:
+ Rajendra
Hi Tomi,
On 3/7/2011 9:22 AM, Valkeinen, Tomi wrote:
Hi Kevin, Paul,
We currently have a small problem with OMAP4 DSS. When we enable the DSS
clocks, it seems that the DSS registers are not always accessible right
Hi,
On Mar 7, 2011, at 6:46 PM, Orjan Friberg wrote:
I'm looking at configuring an OMAP 3730 board for 200 MHz SDRAM.
I've been looking at the kernel code (arch/arm/mach-omap2) the last
couple of days to try and figure out what I need to do. We're basing
ourselves off of the Beagleboard,
-Original Message-
From: Sripathy, Vishwanath
Sent: Thursday, February 24, 2011 3:35 PM
To: Premi, Sanjeev; linux-omap@vger.kernel.org
Subject: RE: [RFC 3/3] am35xx: pm: Hook-up with TPS65023
Sanjeev,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
On 2011-03-07 16:19, Elvis Dowson wrote:
You probably need update x-loader. Try using the beagleboard x-loader project
located at gitorious (v1.44) or the ti arago one (1.48, but not quite the
latest in terms of support for beagleboard xm parts).
Looking at
Hello.
On 07-03-2011 5:52, Nishanth Menon wrote:
Blindly setting a 1.2V setting
Hm, seems tautological...
As a non native English speaker, I would like to understand how we could
improve this. I suppose you mean Blindly setting 1.2V is better here. Am i
correct?
Yes.
WBR, Sergei
--
-Original Message-
From: Premi, Sanjeev [mailto:pr...@ti.com]
Sent: Monday, March 07, 2011 8:51 PM
To: Sripathy, Vishwanath; linux-omap@vger.kernel.org
Subject: RE: [RFC 3/3] am35xx: pm: Hook-up with TPS65023
-Original Message-
From: Sripathy, Vishwanath
Sent: Thursday,
* Russell King - ARM Linux li...@arm.linux.org.uk [110305 01:55]:
So I suspect that a merge conflict hasn't been resolved correctly. I'm
not going to worry about that because I have the merge conflict resolution
here already as part of my tree.
Sounds like that's the case, I'll take a look.
On Mon, Dec 20, 2010 at 7:12 PM, Felipe Contreras
felipe.contre...@nokia.com wrote:
We need to protect not only the dmm_map list, but the individual
map_obj's, otherwise, we might be building the scatter-gather list with
garbage. So, use the existing proc_lock for that.
I observed race
On Sun, Mar 6, 2011 at 11:37 PM, Felipe Balbi ba...@ti.com wrote:
On Sun, Mar 06, 2011 at 08:58:47PM -0800, Steve Sakoman wrote:
I began working with mainline 2.6.38-rc7 on Overo this past week in an
attempt to get a few patches submitted in time for the 2.6.39 merge
window.
One thing I've
On Mon, Mar 7, 2011 at 8:02 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Dec 20, 2010 at 7:12 PM, Felipe Contreras
felipe.contre...@nokia.com wrote:
We need to protect not only the dmm_map list, but the individual
map_obj's, otherwise, we might be building the scatter-gather
Hi Linus,
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
This contains the remaining PM related fixes that were missing from the
last pull request and one new fix for a mailbox hang.
Regards,
Tony
The following
On Mon, Mar 07, 2011 at 08:02:44PM +0200, Felipe Contreras wrote:
On Mon, Dec 20, 2010 at 7:12 PM, Felipe Contreras
felipe.contre...@nokia.com wrote:
We need to protect not only the dmm_map list, but the individual
map_obj's, otherwise, we might be building the scatter-gather list with
Varadarajan, Charulatha ch...@ti.com writes:
[...]
GPIO driver is modified to use dev_pm_ops instead of sysdev_class.
With this approach, gpio_bank_suspend() gpio_bank_resume()
are not part of sys_dev_class.
Usage of PM runtime get/put APIs in GPIO driver is as given below:
Varadarajan, Charulatha ch...@ti.com writes:
On Sat, Mar 5, 2011 at 02:21, Kevin Hilman khil...@ti.com wrote:
Charulatha V ch...@ti.com writes:
In omap3, save/restore context is implemented for GPIO
banks 2-6 as GPIO bank1 is in wakeup domain. Instead
of identifying bank's power domain by
Hi Benoit,
On Mon, Mar 7, 2011 at 6:55 AM, Cousson, Benoit b-cous...@ti.com wrote:
Hi Omar,
I have some concern about the introduction of a hwmod that does not match
the actual HW capability. MMU does exist, but there is no SW control for it.
Maybe I'm missing something, but iommu (driver)
G, Manjunath Kondaiah manj...@ti.com writes:
On Fri, Mar 04, 2011 at 09:48:26AM +0530, G, Manjunath Kondaiah wrote:
On Thu, Mar 03, 2011 at 10:35:23AM -0800, Kevin Hilman wrote:
G, Manjunath Kondaiah manj...@ti.com writes:
This patch series is remaining part of dma hwmod to support pm
tero.kri...@nokia.com writes:
[...]
+ /* If DSS is active, prevent CORE RET/OFF */
+ dss_state = pwrdm_read_pwrst(dss_pd);
+ if (dss_state == PWRDM_POWER_ON
+ core_next_state != PWRDM_POWER_ON)
+ core_next_state = PWRDM_POWER_INACTIVE;
+
Due to sleepdeps/autodeps, when this
On Mon, Mar 07, 2011 at 05:55:22PM +0530, Santosh Shilimkar wrote:
Below is the updated version. Also attached.
Russell,
Do you want me to push this to patch system or you can
apply this one?
Patch system please.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
On Mon, Mar 7, 2011 at 7:10 AM, Michael Jones
michael.jo...@matrix-vision.de wrote:
From e7dbe4c4b64eb114f9b0804d6af3a3ca0e78acc8 Mon Sep 17 00:00:00 2001
From: Michael Jones michael.jo...@matrix-vision.de
Date: Mon, 7 Mar 2011 13:36:15 +0100
Subject: [PATCH] omap: iommu: disallow mapping NULL
On Mon, Mar 7, 2011 at 9:17 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
On Mon, Mar 7, 2011 at 7:10 AM, Michael Jones
michael.jo...@matrix-vision.de wrote:
From e7dbe4c4b64eb114f9b0804d6af3a3ca0e78acc8 Mon Sep 17 00:00:00 2001
From: Michael Jones michael.jo...@matrix-vision.de
Date:
On Mon, Mar 7, 2011 at 1:19 PM, David Cohen daco...@gmail.com wrote:
On Mon, Mar 7, 2011 at 9:17 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
On Mon, Mar 7, 2011 at 7:10 AM, Michael Jones
michael.jo...@matrix-vision.de wrote:
From e7dbe4c4b64eb114f9b0804d6af3a3ca0e78acc8 Mon Sep 17
Hi Felipe,
On Mon, Mar 7, 2011 at 12:02 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Dec 20, 2010 at 7:12 PM, Felipe Contreras
felipe.contre...@nokia.com wrote:
We need to protect not only the dmm_map list, but the individual
map_obj's, otherwise, we might be building the
On Mon, Mar 7, 2011 at 9:25 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
On Mon, Mar 7, 2011 at 1:19 PM, David Cohen daco...@gmail.com wrote:
On Mon, Mar 7, 2011 at 9:17 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
On Mon, Mar 7, 2011 at 7:10 AM, Michael Jones
Lesly A M lesl...@ti.com writes:
Using TWL4030 power scripts to control the LDOs and DCDC regulators
while going to low power mode.
Signed-off-by: Lesly A M lesl...@ti.com
Minor: Re: Subject: OMAP is an acronym, please capitalize.
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick
Lesly A M lesl...@ti.com writes:
Power bus message sequence for TWL4030 to enter sleep/wakeup/warm_reset.
TWL4030 power scripts which can be used by different OMAP3 boards
with the power companion chip (TWL4030 series).
The twl4030 generic script is exported and can be used by any other
Kevin Hilman khil...@ti.com writes:
Lesly A M lesl...@ti.com writes:
Using TWL4030 power scripts to control the LDOs and DCDC regulators
while going to low power mode.
Signed-off-by: Lesly A M lesl...@ti.com
Minor: Re: Subject: OMAP is an acronym, please capitalize.
Cc: Nishanth Menon
Hi Lesly,
Lesly A M lesl...@ti.com writes:
Workaround for TWL5030 Silicon Errata 27 28:
27 - VDD1, VDD2, may have glitches when their output value is updated.
28 - VDD1 and / or VDD2 DCDC clock may stop working when internal clock
is switched from internal to
Hi David,
On Monday 07 March 2011 20:41:21 David Cohen wrote:
On Mon, Mar 7, 2011 at 9:25 PM, Guzman Lugo, Fernando wrote:
On Mon, Mar 7, 2011 at 1:19 PM, David Cohen wrote:
On Mon, Mar 7, 2011 at 9:17 PM, Guzman Lugo, Fernando wrote:
On Mon, Mar 7, 2011 at 7:10 AM, Michael Jones wrote:
Lesly A M lesl...@ti.com writes:
Patch series for TWL4030 power scripts and workaround for TWL errata 27.
Changes for implementing TWL4030 power scripts recommended by hardware team.
Introduced a new TWL4030 power script file, which can be used by different
OMAP3 board with the power
Santosh Shilimkar santosh.shilim...@ti.com writes:
Dave,
-Original Message-
From: Dave Martin [mailto:dave.mar...@linaro.org]
Sent: Friday, March 04, 2011 11:05 PM
To: linux-arm-ker...@lists.infradead.org
Cc: patc...@linaro.org; Tony Lindgren; Santosh Shilimkar; Jean
Pihet; Kevin
On Mon, Mar 7, 2011 at 11:19 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi David,
Hi Laurent,
On Monday 07 March 2011 20:41:21 David Cohen wrote:
On Mon, Mar 7, 2011 at 9:25 PM, Guzman Lugo, Fernando wrote:
On Mon, Mar 7, 2011 at 1:19 PM, David Cohen wrote:
On Mon, Mar
On Mon, Mar 7, 2011 at 9:29 PM, Ramirez Luna, Omar omar.rami...@ti.com wrote:
On Mon, Mar 7, 2011 at 12:02 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Dec 20, 2010 at 7:12 PM, Felipe Contreras
felipe.contre...@nokia.com wrote:
We need to protect not only the dmm_map list,
Hi Tero,
Tero Kristo tero.kri...@nokia.com writes:
On OMAP3 SoCs, if the CORE powerdomain enters off-mode, many other
parts of the chip will be reset. If those parts of the chip are busy,
the reset will disrupt them, causing unpredictable and generally
undesirable results. This reset is
Dave Martin dave.mar...@linaro.org writes:
This set of patches, along with some other patches under
discussion on alkml, should enable omap3 and omap4 kernels to be
built with CONFIG_THUMB2_KERNEL.
This patch set builds on recent cleanup done by the omap
maintainers.
At least some of this
Nishanth Menon n...@ti.com writes:
From: Vishwanath BS vishwanath...@ti.com
Since all voltage data is now centralized in oppxxx_data.c, we can replace
the values in the opp table with the macros used for voltage values.
This will avoid opp table and voltage layer having conflicting values.
Shweta Gulati shweta.gul...@ti.com writes:
The Series Updates OPP Table for MPU, add OPP enteries
for IVA and update Voltage Rail values for MPU/IVA.
It is based on the Patch which replaces
Voltage values with Macros, Submitted by
Nishanth Menon
https://patchwork.kernel.org/patch/607541/
Hi Rajendra, Santosh,
On Fri, 4 Mar 2011, Rajendra Nayak wrote:
On Thursday 03 March 2011 06:00 PM, Rajendra Nayak wrote:
Also some more testing showed up a lockup in suspend on OMAP4 which I
could narrow down to a similar case with GPT1. Either keeping the
staticdep between MPU and
* DebBarma, Tarun Kanti tarun.ka...@ti.com [110307 04:52]:
I agree with Tony. We can still registers only the system
timer because the timer ID is known well before we do
initialization.
I must say, there was a gap in my understanding of the comment.
So, here is the implementation
* DebBarma, Tarun Kanti tarun.ka...@ti.com [110304 16:20]:
Now, coming back to our present requirement where we initialize
Only the system timer early and is skipped later, here is the plan:
(1) Have a separate class in hwmod database with unique name system_timer
(2) Initialize just this
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 08, 2011 5:37 AM
To: DebBarma, Tarun Kanti
Cc: Shilimkar, Santosh; linux-omap@vger.kernel.org
Subject: Re: [PATCH v11 6/8] dmtimer: switch-over to platform device
driver
* DebBarma, Tarun Kanti
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 08, 2011 5:40 AM
To: DebBarma, Tarun Kanti
Cc: Hilman, Kevin; linux-omap@vger.kernel.org; Basak, Partha
Subject: Re: [PATCH v11 7/8] OMAP: dmtimer: pm_runtime support
* DebBarma, Tarun Kanti
Kevin Hilman wrote, on 03/08/2011 03:45 AM:
Nishanth Menonn...@ti.com writes:
From: Vishwanath BSvishwanath...@ti.com
Since all voltage data is now centralized in oppxxx_data.c, we can replace
the values in the opp table with the macros used for voltage values.
This will avoid opp table and
Jean Pihet jean.pi...@newoldbits.com writes:
Created arch/arm/plat-omap/omap-pm-constraints.c file from
arch/arm/plat-omap/omap-pm-noop.c and the associated Kconfig option
OMAP_PM_CONSTRAINTS.
Based on the original patch from Vishwanath,
cf. https://patchwork.kernel.org/patch/327312/
Cc:
On Mon, Mar 07, 2011 at 07:23:15PM +0300, Sergei Shtylyov wrote:
Hello.
On 07-03-2011 5:52, Nishanth Menon wrote:
Blindly setting a 1.2V setting
Hm, seems tautological...
As a non native English speaker, I would like to understand how we could
improve this. I suppose you mean Blindly
Shweta Gulati wrote, on 03/05/2011 03:21 PM:
Almost all OMAP4 boards support OPP 800 MHz and OPP 1 GHz.
Enable them in OPP Table. For small minority of boards which use
OMAP4430-800 MHz device OPP 1GHz is not supported,
OPP 1GHz should be disabled from board file.
Signed-off-by: Shweta
Shweta Gulati wrote, on 03/05/2011 03:21 PM:
Update MPU/IVA voltage Rail values obtained from
OMAP4430 Data Manual Operating Condition Addendum_v0.3.
Tested on OMAP4430 SDP Board.
Signed-off-by: Shweta Gulatishweta.gul...@ti.com
Cc: linux-arm-ker...@lists.infradead.org
---
Shweta Gulati wrote, on 03/05/2011 03:22 PM:
This Patch adds OPP enteries for IVA in OMAP4 OPP Table
Tested on OMAP4430 SDP Board.
Signed-off-by: Shweta Gulatishweta.gul...@ti.com
Cc: linux-arm-ker...@lists.infradead.org
---
arch/arm/mach-omap2/opp4xxx_data.c |8 +++-
1 files
Jean Pihet jean.pi...@newoldbits.com writes:
Implement OMAP PM layer omap_pm_set_max_dev_wakeup_lat API by
creating similar APIs at the omap_device and omap_hwmod levels. The
omap_hwmod level call is the layer with access to the powerdomain
core, so it is the place where the powerdomain is
Hello,
this series adds an OMAP powerdomain API function that allows its
callers to determine whether a particular powerdomain can ever lose
register or memory bank context while the SoC is powered. This is
intended for use by driver-subarch integration code (i.e.,
arch/arm/*omap*) to pass a
Mark the WKUP powerdomain as being always on -- at least, as long as the
chip has power. This will be used to enable the powerdomain code to
determine whether a given powerdomain is ever able to power off. While
here, update the file copyright.
Signed-off-by: Paul Walmsley p...@pwsan.com
---
Some drivers wish to know whether the device that they control can
ever lose context, for example, when the device's enclosing
powerdomain loses power. They can use this information to determine
whether it is necessary to save and restore device context, or whether
it can be skipped. Implement
The bank power state bitfields in the powerdomain data are
encoded incorrectly. These fields are intended to be bitfields,
representing a set of power states that the memory banks support.
However, when only one power state was supported by a given bank,
the field was incorrectly set to the bit
Hi
On Mon, 7 Mar 2011, Kevin Hilman wrote:
Varadarajan, Charulatha ch...@ti.com writes:
On Sat, Mar 5, 2011 at 02:21, Kevin Hilman khil...@ti.com wrote:
Charulatha V ch...@ti.com writes:
+ if (!strcmp(bank-pwrdm_name, wkup_pwrdm))
+ continue;
+
On Mon, 7 Mar 2011, Jarkko Nikula wrote:
omapxxx_mcbsp_res_0 doesn't look the best here in readability point of
view but provides the smallest fix as no need to rename array and
modify the _RES_SZ and _COUNT macros. So this fix is needed here and a
small readability update can be done later.
Kevin Hilman wrote, on 03/08/2011 04:00 AM:
Shweta Gulatishweta.gul...@ti.com writes:
The Series Updates OPP Table for MPU, add OPP enteries
for IVA and update Voltage Rail values for MPU/IVA.
It is based on the Patch which replaces
Voltage values with Macros, Submitted by
Nishanth Menon
Hello,
this series contains some fixes for the OMAP hwmod code and data:
- the OCP_SYSCONFIG.AUTOIDLE bit mask has been corrected;
- several OMAP2/3 hwmods have been marked with SYSS_HAS_RESET_STATUS,
which was previously missing;
- _init_clocks() now passes along the return value of its
From: Tarun Kanti DebBarma tarun.ka...@ti.com
Autoidle is a single bit, TIOCP_CFG[0], setting on OMAP1/2/3/4 platforms.
In _set_module_autoidle() I am seeing 0x3 value where the mask is computed.
This should be 0x1.
v2:
(1) Modified the subject.
(2) Modified the description with further specific
From: omar ramirez omar.rami...@ti.com
On OMAP2 and OMAP3 the reset ctrl shift doesn't match the
status bit, as it does on OMAP4, when handling the reset lines.
This patch adds a new member in the reset info structure, so now it
can be added as part of hwmod data, and checked accordingly for
The documented name of the HWMOD_NO_OCP_AUTOIDLE flag was incorrect; fix it.
Signed-off-by: Paul Walmsley p...@pwsan.com
---
arch/arm/plat-omap/include/plat/omap_hwmod.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/omap_hwmod.h
From: Rajendra Nayak rna...@ti.com
_init_clock always returns 0 and does
not propogate the error (in case of failure)
back to the caller, causing _init_clocks to
fail silently.
Signed-off-by: Rajendra Nayak rna...@ti.com
Acked-by: Benoît Cousson b-cous...@ti.com
Signed-off-by: Paul Walmsley
From: Avinash.H.M avinas...@ti.com
Some of the omap2, omap3 peripherals support software reset. This
can be done through the softreset bit in sysconfig register.
The reset status can be checked through resetdone bit of
sysstatus register. syss_has_reset_status is added to the hwmod
database of
Paul, Kevin,
Thanks.
On Tue, Mar 8, 2011 at 07:55, Paul Walmsley p...@pwsan.com wrote:
Hi
On Mon, 7 Mar 2011, Kevin Hilman wrote:
Varadarajan, Charulatha ch...@ti.com writes:
On Sat, Mar 5, 2011 at 02:21, Kevin Hilman khil...@ti.com wrote:
Charulatha V ch...@ti.com writes:
+
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Tuesday, March 08, 2011 3:05 AM
To: Santosh Shilimkar
Cc: Dave Martin; linux-arm-ker...@lists.infradead.org;
patc...@linaro.org; Tony Lindgren; Jean Pihet-XID; linux-
o...@vger.kernel.org; Nicolas Pitre;
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Tuesday, March 08, 2011 12:40 AM
To: Santosh Shilimkar
Cc: Will Deacon; t...@atomide.com; Catalin Marinas; linux-
o...@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH
Hi Kevin,
On Tue, Mar 8, 2011 at 2:32 AM, Kevin Hilman khil...@ti.com wrote:
Lesly A M lesl...@ti.com writes:
Power bus message sequence for TWL4030 to enter sleep/wakeup/warm_reset.
TWL4030 power scripts which can be used by different OMAP3 boards
with the power companion chip (TWL4030
1 - 100 of 104 matches
Mail list logo