On Fri, Dec 24, 2010 at 01:05:56AM -0500, Ben Gamari wrote:
On Thu, 23 Dec 2010 20:28:19 -0700, Grant Likely grant.lik...@secretlab.ca
wrote:
On Thu, Dec 23, 2010 at 09:27:20PM -0500, Ben Gamari wrote:
I understand your concerns, but I'm not sure how to satisfy them without
crippling
Tony,
-Original Message-
From: Santosh Shilimkar [mailto:santosh.shilim...@ti.com]
Sent: Thursday, February 03, 2011 2:13 PM
To: Tony Lindgren
Cc: Anand Gadiyar; Russell King - ARM Linux; linux-arm-
ker...@lists.infradead.org; linux-omap@vger.kernel.org; Keshava
Munegowda; Felipe
On Fri, Feb 11, 2011 at 06:52:14PM -0800, Colin Cross wrote:
Acked-by: Colin Cross ccr...@android.com
Tested on Tegra 2.
Thanks, I'll take these as Tested-by's.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
OMAP IOMMU generic layer doesn't need ot print function name during
error messages. Print module name instead which is more useful.
Signed-off-by: David Cohen daco...@gmail.com
---
arch/arm/plat-omap/iommu.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On Fri, Feb 4, 2011 at 11:17, Shweta Gulati shweta.gul...@ti.com wrote:
From: Thara Gopinath th...@ti.com
Gentle ping - folks after 8 days no comments, does this rev address
all previous comments? if so, it might be good to get some acks ;)
Regards,
Nishanth Menon
Voltage control on TWL can
Hi,
These are RFC patches. They're intended to add fault callback support so
IOMMU users can debug or react when a fault happens.
IOMMU faults might be very difficult to reproduce and then to figure out
the source of the problem. Currently IOMMU driver prints not so useful
debug message and does
Generic IOMMU errors code are necessary to handle errors on generic
layer.
Signed-off-by: David Cohen daco...@gmail.com
---
arch/arm/plat-omap/include/plat/iommu.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/iommu.h
IOMMU upper layer is already printing error message. OMAP2+ specific
layer may print error message only for debug purpose.
Signed-off-by: David Cohen daco...@gmail.com
---
arch/arm/mach-omap2/iommu2.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Add support to register a callback for IOMMU fault situations. Drivers using
IOMMU module might want to be informed when such errors happen in order to
debug it or react.
Signed-off-by: David Cohen daco...@gmail.com
---
arch/arm/mach-omap2/iommu2.c| 21 +--
Hi all,
I am using omap 2.6.37 running overo board. I have enabled the following
option in the kernel menunconfig,
CPU Power Management ---
│ │ [*] CPU Frequency scaling
│ │ [ ] Enable CPUfreq debugging
│ │ * CPU frequency translation statistics
│ │ [*] CPU frequency translation statistics
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Mohamed Thalib H
Sent: Saturday, February 12, 2011 4:20 PM
To: OMAP-KML
Subject: How to enable dvfs in omap.
Hi all,
I am using omap 2.6.37 running overo board. I
Function declaration 'iopgtable_lookup_entry' is missing from header
file.
Signed-off-by: David Cohen daco...@gmail.com
---
arch/arm/plat-omap/include/plat/iommu.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/iommu.h
Hi Santosh,
Thanks for the help .
Regareds,
Mohamed Thalib H.
On Saturday 12 February 2011 04:27 PM, Santosh Shilimkar wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Mohamed Thalib H
Sent: Saturday, February 12,
The omap2plus_defconfig picks default NR_CPU value as 4 which isn't
correct for OMAP4430. Available CPUs are ony 2, so fix the same.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/configs/omap2plus_defconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
On OMAP4430 ES1.0 the local timers are gated by security. Enable the
CONFIG_LOCAL_TIMERS for omap2plus build and handle the OMAP4430 es1.0
exception case.
This patch has dependency on the first patch in this series.
ARM: smp: Select local timers vs dummy timer support runtime
The omap44xx_sram_init() implements functionality to push some
code on SRAM whenever the code can't be executed from external
memory. The low power and DVFS code can be executed from
external DDR itself thanks to OMAP4 memory controller hardware
support. So on OMAP4, sram_push kind of
The series mainly does below
- Makes ARM local timers selection runtime instead of compile time.
- Enables the LOCAL_TIMER support for OMAP4430
- Add and enable PL310 Errata for flush by Way
- Fixes the NR_CPU value in omap2plus config
- Removes the
PL310 implements the Clean Invalidate by Way L2 cache maintenance
operation (offset 0x7FC). This operation runs in background so that
PL310 can handle normal accesses while it is in progress. Under very
rare circumstances, due to this erratum, write data can be lost when
PL310 treats a cacheable
The current code support of dummy timers in absence of local
timer is compile time. This is an attempt to convert it to runtime
so that on few SOC version if the local timers aren't supported
kernel can switch to dummy timers. OMAP4430 ES1.0 does suffer from
this limitation.
This patch should not
Mohamed Thalib H wrote, on 02/12/2011 04:42 PM:
Hi Santosh,
Thanks for the help .
Regareds,
Mohamed Thalib H.
On Saturday 12 February 2011 04:27 PM, Santosh Shilimkar wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf
On Saturday 12 February 2011 05:21 PM, Nishanth Menon wrote:
Mohamed Thalib H wrote, on 02/12/2011 04:42 PM:
Hi Santosh,
Thanks for the help .
Regareds,
Mohamed Thalib H.
On Saturday 12 February 2011 04:27 PM, Santosh Shilimkar wrote:
-Original Message-
From:
Another LDP3430 report...
The LDP3430 seems to be getting there, but:
1. LCD screen seems wrong. The X display looks rather large, and
flickery - looks like the LCD timing parameters are wrong. Some
text disappears off the RHS.
fbset reports:
mode 240x320-510
On Sat, Feb 12, 2011 at 04:02:16PM +, Russell King - ARM Linux wrote:
Another LDP3430 report...
The LDP3430 seems to be getting there, but:
1. LCD screen seems wrong. The X display looks rather large, and
flickery - looks like the LCD timing parameters are wrong. Some
text
This series adds a mechanism for specifying a recommended bpp for
generic dss2 dpi panels and adds a panel that uses this feature.
The panel added is the 4.3 inch display that is sold with the
Devkit8000.
Daniel Morsing (2):
omap: dss2: Add recommended bpp option for generic dpi panels
-Original Message-
From: Andrei Warkentin [mailto:andr...@motorola.com]
Sent: Saturday, February 12, 2011 11:20 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; t...@atomide.com;
linux-arm-ker...@lists.infradead.org; Catalin Marinas
Subject: Re: [PATCH 3/5]
On Sat, Feb 12, 2011 at 5:29 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
PL310 implements the Clean Invalidate by Way L2 cache maintenance
operation (offset 0x7FC). This operation runs in background so that
PL310 can handle normal accesses while it is in progress. Under very
rare
On Fri, 11 Feb 2011, Rajendra Nayak wrote:
Does that sound okay to you?
Yep, that sounds better.
Here's an updated patch for the main code and the OMAP2/3 implementation.
Comments, testing welcome.
The stable integration tag with this change is
'integration-2.6.39-20110212-001' of git
Here's the updated OMAP4 version.
The stable integration tag with this change is
'integration-2.6.39-20110212-002' of git://git.pwsan.com/linux-integration
- Paul
From: Rajendra Nayak rna...@ti.com
Date: Sat, 12 Feb 2011 15:32:47 -0700
Subject: [PATCH] OMAP4: clockdomain: Add wkup/sleep
as part of the tag
'tmp-integration-2.6.39-20110212-003' and the branch 'integration-2.6.39'
of git://git.pwsan.com/linux-integration.
- 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
On Sat, Feb 12, 2011 at 11:59 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: Andrei Warkentin [mailto:andr...@motorola.com]
Sent: Saturday, February 12, 2011 11:20 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com;
in branch 'clk_a_2.6.39' of git://git.pwsan.com/linux-2.6.
This patch is integrated as part of the tag
'tmp-integration-2.6.39-20110212-003' and the branch 'integration-2.6.39'
of git://git.pwsan.com/linux-integration.
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap
Hi Rajendra
On Thu, 10 Feb 2011, Rajendra Nayak wrote:
diff --git a/arch/arm/plat-omap/clock.c b/arch/arm/plat-omap/clock.c
index fc62fb5..6889c5a 100644
--- a/arch/arm/plat-omap/clock.c
+++ b/arch/arm/plat-omap/clock.c
@@ -335,6 +335,32 @@ struct clk *omap_clk_get_by_name(const char *name)
On Sat, 12 Feb 2011, Paul Walmsley wrote:
On Thu, 10 Feb 2011, Rajendra Nayak wrote:
diff --git a/arch/arm/plat-omap/clock.c b/arch/arm/plat-omap/clock.c
index fc62fb5..6889c5a 100644
--- a/arch/arm/plat-omap/clock.c
+++ b/arch/arm/plat-omap/clock.c
@@ -335,6 +335,32 @@ struct clk
On Thu, 10 Feb 2011, Rajendra Nayak wrote:
All OMAP3/4 dpll's support hardware level autogating.
Populate allow_idle/deny_idle function pointers for all
DPLL's in clkops.
Signed-off-by: Rajendra Nayak rna...@ti.com
Thanks, queued for 2.6.39. Two questions though. Was the OMAP4
On Thu, 10 Feb 2011, Rajendra Nayak wrote:
Enable all dpll autoidle for OMAP4 and OMAP3 (OMAP3
already had dpll autoidle turned on, but was done
using low level cm accessor apis).
On OMAP3, replace the cm accessor apis doing this
with the now available support for doing this in
clock
On Thu, 10 Feb 2011, Rajendra Nayak wrote:
On OMAP4, the dpll post divider outputs (MX outputs)
along with clockout_x2 output provide a way to allow/deny
hardware level autogating.
Allowing autoidle would mean that the hw would autogate
this clock when there is no dependency for it.
Denying
On Thu, 10 Feb 2011, Rajendra Nayak wrote:
Enable hardware gate control for all dpll MX and X2 postdividers.
This requires the allow_idle/deny_idle functions to be
populated for all clock nodes (mx/x2 post dividers) in
clkops.
Signed-off-by: Rajendra Nayak rna...@ti.com
Thanks, queued for
(for the autoidle-independent fixes)
clk_autoidle_a_2.6.39 (for the autoidle-specific code and data changes)
Both branches have been added to the 'integration-2.6.39' branch of
git://git.pwsan.com/linux-integration, and are available as part of the
tag integration-2.6.39-20110212-004.
thanks,
- Paul
38 matches
Mail list logo
