Mayuresh,
Now i can see Linux-Omap on http://git.kernel.org/
Regards,
Keerthy
On Thu, Feb 10, 2011 at 1:27 PM, Menon, Nishanth n...@ti.com wrote:
On Thu, Feb 10, 2011 at 13:18, Janorkar, Mayuresh ma...@ti.com wrote:
Thanks Keerthy that link is working fine.
My concern was that on
-Original Message-
From: Rajendra Nayak [mailto:rna...@ti.com]
Sent: Tuesday, February 08, 2011 3:41 PM
To: linux-omap@vger.kernel.org
Cc: p...@pwsan.com; b-cous...@ti.com; khil...@ti.com;
santosh.shilim...@ti.com; linux-arm-
ker...@lists.infradead.org; Rajendra Nayak
Subject:
Hi,
On Wed, Feb 09, 2011 at 06:43:49PM -0800, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [110203 02:20]:
Hi Tony,
When you have some extra time, could you run these on N810
to check whether I'm on the right path ? After these patches
all CBUS drivers are using standard
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 framework, using omap_clk_enable_autoidle().
OMAP has various clock nodes and dpll's
which support hardware level autoidle.
Enabling hardware level autoidle provides
better power savings without much software
intervention.
This series does the following to help enable
hardware level autoidling using clock framework
for some of these nodes
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
---
arch/arm/mach-omap2/clock.c |8 +++-
arch/arm/mach-omap2/clock.h |1 +
On OMAP various clock nodes (dpll's, mx post dividers, interface clocks)
support hardware level autogating which can be controlled from
software.
Support such functionality by adding two new function pointer
allow_idle and deny_idle in the clkops structure.
These function pointers can be
DPLL1 on omap3 is very similar to the rest of
the non-core dpll's.
Hence populate clkops_omap3_noncore_dpll_ops
as the clkops for it, instead of the
currently populated clkops_null.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c |2 +-
1 files changed, 1
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 idle would mean that this clock output will be
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
---
arch/arm/mach-omap2/clock.c |5 +++
Hi Tony,
here are 4 very quick patches to grab IRQ
via struct resource. Now all these changes
need to be ported to Tahvo. I'm not sure
I'll have any time to look at that for a
while, though.
Felipe Balbi (4):
cbus: retu: pass IRQ via struct resource
cbus: retu: headset: grab IRQ via struct
that's the preferred way to pass resources
to drivers anyway.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/cbus/retu.c | 42 +++---
1 files changed, 35 insertions(+), 7 deletions(-)
diff --git a/drivers/cbus/retu.c b/drivers/cbus/retu.c
index
now that we pass IRQ via struct resource, we can
simply use it.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/cbus/retu-headset.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/cbus/retu-headset.c b/drivers/cbus/retu-headset.c
index
now that we pass IRQ via struct resource, we can
simply use it.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/cbus/retu-rtc.c | 23 ---
1 files changed, 16 insertions(+), 7 deletions(-)
diff --git a/drivers/cbus/retu-rtc.c b/drivers/cbus/retu-rtc.c
index
now that we pass IRQ via struct resource, we can
simply use it.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/cbus/retu-pwrbutton.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/cbus/retu-pwrbutton.c b/drivers/cbus/retu-pwrbutton.c
index
-Original Message-
From: Balbi, Felipe
Sent: Saturday, January 08, 2011 12:53 AM
To: Premi, Sanjeev
Cc: Tony Lindgren; Russell King - ARM Linux; Balbi, Felipe; linux-
o...@vger.kernel.org; Greg KH; Linux USB Mailing List
Subject: Re: Latest config warning
Hi,
On Fri, Jan 07,
Hi,
On Thu, Feb 10, 2011 at 05:07:06PM +0530, Premi, Sanjeev wrote:
diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig
index 5a7c8f1..ac137d1 100644
--- a/drivers/usb/Kconfig
+++ b/drivers/usb/Kconfig
@@ -10,8 +10,6 @@ menuconfig USB_SUPPORT
This option adds core support
Hi Tony,
-Original Message-
From: sricharan [mailto:r.sricha...@ti.com]
Sent: Friday, January 28, 2011 10:38 AM
To: r.sricha...@ti.com; linux-omap@vger.kernel.org
Cc: santosh.shilim...@ti.com; t...@atomide.com; p...@pwsan.com
Subject: [PATCH 0/5] omap2+: mux: Add support for static and
On Wed, Feb 09, 2011 at 02:22:11PM +, Russell King - ARM Linux wrote:
On Wed, Jan 26, 2011 at 05:25:35PM +, Dave P. Martin wrote:
SMP_ON_UP fixups lead to vmlinux link errors if those sections are
discarded at link-time. In particular this may happen for built-in
__exit stuff.
On Wed, Feb 09, 2011 at 10:01:33AM +, Catalin Marinas wrote:
Could we make the domains usage a run-time feature based on the
architecture version? For ARMv7, we need to have the vectors page
read-only anyway if the SWP emulation is enabled (and I posted a
simple patch in a reply to your
add clk32kg to twl-regulator
add clk32kg board data to Blaze and Panda
Balaji T K (2):
regulator: twl: add clk32kg to twl-regulator
OMAP4: add clk32kg data to omap4panda and blaze board file
arch/arm/mach-omap2/board-4430sdp.c|7 +++
arch/arm/mach-omap2/board-omap4panda.c |7
In OMAP4 Blaze and Panda, 32KHz clock to WLAN is supplied from Phoenix TWL6030.
The 32KHz clock state (ON/OFF) is configured in CLK32KG_CFG_[GRP, TRANS, STATE]
register. This follows the same register programming model as other regulators
in TWL6030. So add CLK32KG as pseudo regulator.
On Thu, 2011-02-10 at 13:04 +, Russell King - ARM Linux wrote:
On Wed, Feb 09, 2011 at 10:01:33AM +, Catalin Marinas wrote:
Could we make the domains usage a run-time feature based on the
architecture version? For ARMv7, we need to have the vectors page
read-only anyway if the SWP
In Blaze and Panda, 32KHz clock - CLK32KG to WLAN is supplied
from Phoenix TWL6030.
Add CLK32KG platform data to blaze and omap4panda board file.
Signed-off-by: Balaji T K balaj...@ti.com
---
This patch has dependency on :-
regulator: twl: add clk32kg to twl-regulator
v2 changes:
remove
On Thu, Feb 10, 2011 at 01:12:35PM +, Catalin Marinas wrote:
On Thu, 2011-02-10 at 13:04 +, Russell King - ARM Linux wrote:
On Wed, Feb 09, 2011 at 10:01:33AM +, Catalin Marinas wrote:
Could we make the domains usage a run-time feature based on the
architecture version? For
Kevin,
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, February 09, 2011 5:33 AM
To: Hema HK
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
Felipe Balbi; Tony Lindgren; Cousson, Benoit; Paul Walmsley
Subject: Re: [PATCH 4/5 v5]
This patch series makes OMAP2PLUS musb module implemented
in HWMOD FW way. It also implements musb driver to
use the runtime pm apis.
As per the OMAP usbotg specification[1] musb sysconfig register
has to be set to force idle and force standby when not used
and set smart idle/standby or no
OMAP3 hwmod data structures are populated for USBOTG with base address,
L3 and L4 interface clocks, IRQs and sysconfig register details.
As per OMAP USBOTG specification, need to configure the USBOTG
to smart idle/standby or no idle/standby during data transfer and
force idle/standby when not in
OMAP4 hwmod data structures are populated with base address, L3 and L4
interface clocks, IRQs and sysconfig register details.
As per OMAP USBOTG specification, need to configure the USBOTG
to smart idle/standby or no idle/standby during data transfer and
force idle/standby when not in use to
OMAP2430 hwmod data structures are populated with base address, L3 and L4
interface clocks, IRQs and sysconfig register details.
As per OMAP USBOTG specification, need to configure the USBOTG
to smart idle/standby or no idle/standby during data transfer and
force idle/standby when not in use to
Using omap_device_build API instead of platform_device_register for
OMAP2430,OMAP34xx and OMAP4430 musb device registration.
The device specific resources defined in centralized
database will be used.
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Tony Lindgren
Calling runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings.
Enable clock, configure no-idle/standby when active and configure force
idle/standby
and disable clock when idled. This is taken care by the runtime framework when
On Thu, Feb 10, 2011 at 12:56 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Feb 09, 2011 at 02:22:11PM +, Russell King - ARM Linux wrote:
On Wed, Jan 26, 2011 at 05:25:35PM +, Dave P. Martin wrote:
SMP_ON_UP fixups lead to vmlinux link errors if those sections are
On Thu, Feb 10, 2011 at 2:11 PM, Dave Martin dave.mar...@linaro.org wrote:
On Thu, Feb 10, 2011 at 12:56 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Feb 09, 2011 at 02:22:11PM +, Russell King - ARM Linux wrote:
On Wed, Jan 26, 2011 at 05:25:35PM +, Dave P. Martin
Hi,
On Thu, Feb 10, 2011 at 07:38:01PM +0530, Hema HK wrote:
Calling runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings.
Enable clock, configure no-idle/standby when active and configure force
idle/standby
and disable
On Wed, Feb 9, 2011 at 5:14 AM, Tony Lindgren t...@atomide.com wrote:
* Kishore Kadiyala kishore.kadiy...@ti.com [110208 12:45]:
Adding hwmod data for hsmmc device on OMAP2420/OMAP2430/OMAP3/OMAP4.
Adapting the omap_hsmmc driver to hwmod framework
V2:
---
Updated hwmod data for OMAP2420
On Fri, Nov 12, 2010 at 3:28 PM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
On Fri, 2010-10-15 at 14:46 +0200, ext Felipe Contreras wrote:
So that omap_vram_set_sdram_vram() is called before
omap_vram_reserve_sdram_memblock().
Is this still valid after the latest memblock stuff? I presume
On Thu, Feb 10, 2011 at 02:13:13PM +, Dave Martin wrote:
On Thu, Feb 10, 2011 at 2:11 PM, Dave Martin dave.mar...@linaro.org wrote:
Hi, apologies-- didn't see my mail for a bit.
I get the problem with this tree and config (which builds with
SMP_ON_UP and THUMB2_KERNEL for omap3/4):
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Monday, February 07, 2011 3:48 PM
To: Santosh Shilimkar
Cc: catalin.mari...@arm.com; linus.ml.wall...@gmail.com; linux-
o...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
The value of AUTO_PERIPH_DPLL is being lost after resuming from
the off state. More details on problem and cause in PATCH 1/1.
The problem was found recently in 2.6.32 kernel version and exists
on the latest pm branch at:
commit 448e9a675e2cfb173fc47083058cf254ccc114a0
Merge: c1e460d
As per commit bb33cc58, ROM code is expected to restore
context related to CORE domain. As part of this change,
CM_AUTOIDLE_PLL is neither saved nor restored.
This results in loosing the value of AUTO_PERIPH_DPLL.
The concern of setting the AUTOIDLE flag before the DPLL
is locked seems valid.
On Thu, Feb 10, 2011 at 08:19:19PM +0530, Santosh Shilimkar wrote:
This patch will need below update so that the smp_scu.h
header can be included from assembly files. Will you
fold this into your patch or you want me to
send below as separate patch ?
Folded.
--
To unsubscribe from this list:
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Thursday, February 10, 2011 9:44 PM
To: Santosh Shilimkar
Cc: catalin.mari...@arm.com; linus.ml.wall...@gmail.com; linux-
o...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Vishwanath Sripathy vishwanath...@ti.com writes:
[...]
diff --git a/arch/arm/mach-omap2/dvfs.c b/arch/arm/mach-
omap2/dvfs.c
index cefc2be..c9d3894 100755
--- a/arch/arm/mach-omap2/dvfs.c
+++ b/arch/arm/mach-omap2/dvfs.c
@@ -85,6 +85,7 @@ struct omap_vdd_dvfs_info {
struct mutex
Vishwanath Sripathy vishwanath...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Friday, February 04, 2011 9:35 PM
To: Vishwanath BS
Cc: linux-omap@vger.kernel.org; patc...@linaro.org; Thara Gopinath
Subject: Re: [PATCH 05/13] OMAP: Introduce
Hi,
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Thursday, February 10, 2011 7:56 PM
To: Hema HK
Cc: linux-omap@vger.kernel.org; linux-...@vger.kernel.org;
Felipe Balbi; Tony Lindgren; Kevin Hilman; Cousson, Benoit;
Paul Walmsley
Subject: Re: [PATCH 5/5 v6] usb:
Hema Kalliguddi hem...@ti.com writes:
Kevin,
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, February 09, 2011 5:33 AM
To: Hema HK
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
Felipe Balbi; Tony Lindgren; Cousson, Benoit; Paul
Sanjeev Premi pr...@ti.com writes:
This patch adds support for speed enhanced variant of OMAP35x
processors. These parts allow ARM and IVA running at 720MHz
and 520MHz respectively.
These parts can be detected at runtime by reading contents of
PRODID.SKUID[3:0] at 0x4830A20C [1].
This
* Pedanekar, Hemant hema...@ti.com [110209 20:42]:
Tony Lindgren wrote on Thursday, February 10, 2011 7:18 AM:
* Tony Lindgren t...@atomide.com [110209 17:45]:
We should just have separate struct map_desc omapti816x_io_desc[] then.
Maybe have a common struct map_desc omap3_io_desc[]
Hi Kevin,
On Wed, Feb 9, 2011 at 4:00 AM, Kevin Hilman khil...@ti.com wrote:
Kishore Kadiyala kishore.kadiy...@ti.com writes:
From: Paul Walmsley p...@pwsan.com
Update the omap3 hwmod data with the HSMMC info.
Signed-off-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Kevin Hilman
On Wed, Feb 9, 2011 at 4:06 AM, Kevin Hilman khil...@ti.com wrote:
Kishore Kadiyala kishore.kadiy...@ti.com writes:
Update the omap2420 hwmod data with the HSMMC info.
Add a device attribute structure which will be used
by the host driver to find whether the HSMMC controller
supports DUAL
Hi Paul,
On Wed, Feb 9, 2011 at 4:59 AM, Paul Walmsley p...@pwsan.com wrote:
On Wed, 2 Feb 2011, Kishore Kadiyala wrote:
Update the omap2420 hwmod data with the HSMMC info.
Umm, this doesn't look right. OMAP2420 doesn't have an HSMMC block as far
as I know. It also uses a different driver
On Wed, Feb 9, 2011 at 4:35 AM, Kevin Hilman khil...@ti.com wrote:
Kishore Kadiyala kishore.kadiy...@ti.com writes:
Changes involves:
1) Remove controller reset in devices.c which is taken care
by hwmod framework.
2) Removing all base address macro defines.
3) Using omap-device layer to
No one can confirm this?
On 02/03/2011 08:31 AM, Adam Wozniak wrote:
I'm hoping I'm just not understanding something and this isn't as
broke as I fear it is.
I'm using the ISP on an OMAP3530, linux 2.6.32. I've got some kernel
code I want to lock in both the process context and the ISP
cvTony Lindgren wrote on Thursday, February 10, 2011 7:09 AM:
Hi,
* Hemant Pedanekar hema...@ti.com [110209 08:54]:
1) Multi-OMAP build with CONFIG_SOC_OMAPTI816X: The kernel built only for
TI816X OMAP3 SoCs along with any other OMAP2/4 (e.g., OMAP4s). May not
boot on other OMAP3
* Pedanekar, Hemant hema...@ti.com [110210 09:37]:
cvTony Lindgren wrote on Thursday, February 10, 2011 7:09 AM:
I will take care of this using separate map_io as you mentioned on
the other mail on patch 2 comment.
OK great.
Do you think the 2nd case restriction mentioned in this patch
On Thu, Feb 10, 2011 at 2:46 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Feb 10, 2011 at 02:13:13PM +, Dave Martin wrote:
On Thu, Feb 10, 2011 at 2:11 PM, Dave Martin dave.mar...@linaro.org wrote:
Hi, apologies-- didn't see my mail for a bit.
I get the problem
Kevin,
Do you have any comments on these changes. I am planning to have these changes
as part of new dma series(runtime support+mstandby mode api changes+removing
redundant code). I am in the process of testing all the above changes on all
the omap boards.
-Manjunath
On Mon, Feb 07, 2011 at
On Thu, Feb 10, 2011 at 06:29:41PM +, Dave Martin wrote:
On Thu, Feb 10, 2011 at 2:46 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Feb 10, 2011 at 02:13:13PM +, Dave Martin wrote:
Note that this tree contains some extra patches (though I believe
nothing is
From: Jean Pihet j-pi...@ti.com
- Implement OMAP PM layer omap_pm_set_max_dev_wakeup_lat API.
- 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.
This code is an early submission in RFC state and
From: Jean Pihet j-pi...@ti.com
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.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/plat-omap/Kconfig |7 +
From: Jean Pihet j-pi...@ti.com
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 queried to set and
On Thu, 10 Feb 2011, Kadiyala, Kishore wrote:
On Wed, Feb 9, 2011 at 4:59 AM, Paul Walmsley p...@pwsan.com wrote:
On Wed, 2 Feb 2011, Kishore Kadiyala wrote:
Update the omap2420 hwmod data with the HSMMC info.
Umm, this doesn't look right. OMAP2420 doesn't have an HSMMC block as far
://git.pwsan.com/linux-2.6 and is part of the stable tag
'integration-2.6.39-20110210-002'
- 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
jean.pi...@newoldbits.com writes:
From: Jean Pihet j-pi...@ti.com
The patch adds the new power management trace points for
the OMAP architecture.
The trace points are for:
- default idle handler. Since the cpuidle framework is
instrumented in the generic way there is no need to
add
Kadiyala, Kishore kishore.kadiy...@ti.com writes:
[...]
The board code should simply call some mmc init routine optionally
passing int the platform_data, just like is done for hsmmc_init.
With common hwmod data, shouldn't it be possible to unify the init of
MMC and HS-MMC controllers?
Poddar, Sourav sourav.pod...@ti.com writes:
On Thu, Feb 3, 2011 at 12:57 AM, Omar Ramirez Luna omar.rami...@ti.com
wrote:
Mailbox hwmod support for OMAP 2,3,4.
This was tested on OMAP3 (3430, 3630), minor testing
was made on OMAP4.
No testing on OMAP2 since I don't have the hardware.
* Janorkar, Mayuresh ma...@ti.com [110209 22:25]:
Hi!
I am not able to find linux-omap tree on git.kernel.org.
But linux-omap-pm is present.
Something might have gone wrong while maintaining the tree.
Is there any other place where the tree is being mirrored?
Hmm seems to be there at:
Santosh Shilimkar santosh.shilim...@ti.com writes:
[...]
The SD card gets suspended, but nothing else seems to happen, and I
can't resume the system.
Am I doing something wrong?
MMC suspend is broken. I use ramdisk-ext3 or NFS for my testing
Just to clarify, MMC suspend is not broken.
Dave Martin dave.mar...@linaro.org writes:
* Use BSYM() to get the correct Thumb branch address
for adr Rd, label
* Fix an out-of-range ADR when building for ARM
* Correctly call es3_sdrc_fix as Thumb when copied to SRAM.
* Remove deprecated/undefined PC-relative stores
* Add
Hi Paul,
Kevin Hilman khil...@ti.com writes:
Paul Walmsley p...@pwsan.com writes:
The OMAP2 and OMAP3 PM code clears clockdomain wakeup and sleep
dependencies. This is unnecessary after commit
6f7f63cc9adf3192e6fcac4e8bed5cc10fd924aa (OMAP clockdomain:
initialize clockdomain registers
Hi Kevin,
On Thu, 10 Feb 2011, Kevin Hilman wrote:
While testing, I found out this patch breaks suspend/resume and idle on
at least 34xx.
A first suspend/resume works fine, but on subsequent ones SGX
powerdomain does not hit retention (and thus CORE powerdomain does not
either
...
Kevin Hilman khil...@ti.com writes:
Dave Martin dave.mar...@linaro.org writes:
* Use BSYM() to get the correct Thumb branch address
for adr Rd, label
* Fix an out-of-range ADR when building for ARM
* Correctly call es3_sdrc_fix as Thumb when copied to SRAM.
* Remove
On Thu, 10 Feb 2011, Paul Walmsley wrote:
On Thu, 10 Feb 2011, Kevin Hilman wrote:
While testing, I found out this patch breaks suspend/resume and idle on
at least 34xx.
A first suspend/resume works fine, but on subsequent ones SGX
powerdomain does not hit retention (and thus CORE
Hi
Kevin caught a couple of bugs in this code during his testing that were
unmasked by [PATCH] OMAP2/3: PM: remove unnecessary wakeup/sleep
dependency clear:
http://www.spinics.net/lists/arm-kernel/msg112417.html
Symptoms here:
http://www.spinics.net/lists/arm-kernel/msg113991.html
On
Hi
On Mon, 7 Feb 2011, Rajendra Nayak wrote:
Add OMAP4 platform specific implementation to support clkdm
wkup and sleep dependencies a.k.a static dependencies.
Signed-off-by: Rajendra Nayak rna...@ti.com
This patch had a similar bug to the OMAP2/3 variants; updated patch
follows -
-
One other minor change; also modified the wkdep_src/sleepdep_src clkdm
resolve loops in clkdm_init() to avoid re-resolving clockdomains that have
already been looked up. Updated patch follows.
- Paul
From 22e63ae70ee061de0171c99ee336957b5e9a11ea Mon Sep 17 00:00:00 2001
From: Rajendra
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Friday, February 11, 2011 3:07 AM
To: Janorkar, Mayuresh
Cc: linux-omap@vger.kernel.org
Subject: Re: linux-omap tree
* Janorkar, Mayuresh ma...@ti.com [110209 22:25]:
Hi!
I am not able to find
Hi Kevin/Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Friday, February 11, 2011 7:36 AM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org; khil...@ti.com; b-cous...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 3/3] OMAP4:
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Friday, February 11, 2011 7:40 AM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
khil...@ti.com; b-cous...@ti.com
Subject: Re: [PATCH v2 2/5] OMAP: clockdomain: Arch
On Fri, 11 Feb 2011, Rajendra Nayak wrote:
My initial version actually did have a check for cd-clkdm_name instead
of cd-clkdm, and then I ran into aborts when a clkdm, though belonging
to the right chip version, failed lookup (in clkdm_init) and left the
cd-clkdm pointer NULL. This however
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Thursday, February 10, 2011 10:07 PM
To: Vishwanath Sripathy
Cc: linux-omap@vger.kernel.org; patc...@linaro.org; Thara Gopinath
Subject: Re: [PATCH 04/13] OMAP: Introduce dependent voltage domain
support
Hi Rajendra
On Fri, 11 Feb 2011, Rajendra Nayak wrote:
Failing silently is going to make it more difficult to identify and fix.
Maybe a WARN in else?
if (cd-clkdm) {
...
} else
WARN()
I was thinking it might be nice to put it right next to the
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Friday, February 11, 2011 10:44 AM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org; Kevin Hilman; Benoit Cousson;
linux-arm-ker...@lists.infradead.org
Subject: RE: [PATCH 3/3] OMAP4: clockdomain: Add wkup/sleep
From: Richard woodruff r-woodru...@ti.com
ProDB00017052 - ARDY interrupt reasserted after being cleared.
This errata caused intermittent i2c instabilty(1 error per 3 hours) on several
customer platforms. After applying the workaround the intermittent errors were
not seen. This is not captured in
85 matches
Mail list logo