Hi Paul,
On Thu, Mar 10, 2011 at 2:04 AM, Paul Walmsley p...@pwsan.com wrote:
On Thu, 3 Mar 2011, Jean Pihet wrote:
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
Hi,
-Original Message-
From: Jokiniemi Kalle (Nokia-MS/Tampere)
Well, the difference is that the iclk enable bit is toggled to disabled, but
now
I'm very puzzled why I still see it as enabled in the PRCM register dump...
One last lead is that the reverted pm-runtime patch
Salut Paul,
On 3/10/2011 3:37 AM, Paul Walmsley wrote:
Hi,
I just queued a patch to fix the SmartReflex problem. It's the part that
fixes the incorrect data:
http://marc.info/?l=linux-omapm=129972435510631w=2
Benoît, if you are happy with it, care to send an Acked-by:? Also, I
guess
On Wed, 9 Mar 2011, Paul Walmsley wrote:
From: Rajendra Nayak rna...@ti.com
Some issues seen (which cause lockups in suspend) with GPT1
after the MPU-L4_WKUP static dependency was cleared can be
Worked-around for now by forcing GPT1 in software
controlled idle.
Signed-off-by: Rajendra
-Original Message-
From: K, Mythri P
Sent: Thursday, March 10, 2011 10:32 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org; Valkeinen, Tomi
Subject: Re: [PATCH v4 4/9] OMAP4 : DSS2 : HDMI: HDMI driver header file
addition
[snip]...[snip]
[sp] Any specific reason to keep
On Thu, 24 Feb 2011, Sricharan R wrote:
In the case of !CONFIG_PM_RUNTIME and !CONFIG_OMAP_WATCHDOG, if
the boot loader or hwmod enables the watchdog, then it generates
an un wanted reset.
So to avoid this in the case of !CONFIG_OMAP_WATCHDOG then the
watchdog should always be disabled.
On Wed, Mar 09, 2011 at 07:09:00PM +0100, Michael Buesch wrote:
The struct tahvo_usb must be free'd on remove.
Signed-off-by: Michael Buesch m...@bu3sch.de
Acked-by: Felipe Balbi ba...@ti.com
--
balbi
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a
On Wed, Mar 09, 2011 at 07:14:02PM +0100, Michael Buesch wrote:
usb_l4_ick is used by the USB. Request and enable it.
Without this, all register accesses just return garbage
due to the device not being clocked.
This also cleans up the error path of the probe function
while we're at it.
Hi Tomi,
On Thu, Mar 10, 2011 at 1:22 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2011-03-09 at 05:45 -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.
Hi,
On Wed, Mar 09, 2011 at 07:07:05PM +0100, Michael Buesch wrote:
The static tahvo_usb_device is uninitialized, but used
in the otg interrupt handler. This results in a NULL pointer
dereference on interrupt.
Fix this by storing a struct tahvo_usb pointer instead of
a platform device.
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-
kernel-boun...@lists.infradead.org] On Behalf Of Shweta Gulati
Sent: Thursday, March 10, 2011 11:52 AM
To: linux-omap@vger.kernel.org
Cc: Shweta Gulati; linux-arm-ker...@lists.infradead.org
On Thu, 2011-03-10 at 02:52 -0600, Premi, Sanjeev wrote:
-Original Message-
From: K, Mythri P
Sent: Thursday, March 10, 2011 10:32 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org; Valkeinen, Tomi
Subject: Re: [PATCH v4 4/9] OMAP4 : DSS2 : HDMI: HDMI driver header file
On Thu, 2011-03-10 at 03:00 -0600, K, Mythri P wrote:
Hi Tomi,
On Thu, Mar 10, 2011 at 1:22 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2011-03-09 at 05:45 -0600, K, Mythri P wrote:
The panel driver(hdmi_omap4_panel.c) in omap2/dss acts as a controller
to manage the enable
On Mon, 31 Jan 2011, Kishon Vijay Abraham I wrote:
Create a new API that forms a wrapper to _set_module_autoidle()
to modify the AUTOIDLE bit.
This API is intended to be used by drivers that requires direct
manipulation of the AUTOIDLE bits in SYSCONFIG register.
McBSP driver requires
Hi Tomi,
On Thu, Mar 10, 2011 at 2:49 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Thu, 2011-03-10 at 03:00 -0600, K, Mythri P wrote:
Hi Tomi,
On Thu, Mar 10, 2011 at 1:22 PM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On Wed, 2011-03-09 at 05:45 -0600, K, Mythri P wrote:
The
The smart idle mode in wdtimer2 prevents CORE power domain
idle transitions. Disable SMART idle mode to allow
FORCE idle mode to be used.
Signed-off-by: Kalle Jokiniemi kalle.jokini...@nokia.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c |7 +--
1 files changed, 5 insertions(+), 2
Current implementation of the hw_mod sysconfig configuration
always sets up SMART idle mode for HW modules. However, a certain
HW module may not support smart idle mode or may have
HW bugs that prevent using smart idle mode.
This patch introduces a mechanism to check supported
idle modes and
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of K, Mythri P
Sent: Thursday, March 10, 2011 3:03 PM
To: Valkeinen, Tomi
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v4 6/9] OMAP4 : DSS2 : HDMI: HDMI panel driver
Hi Vaibhav,
On Thu, Mar 10, 2011 at 3:09 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of K, Mythri P
Sent: Thursday, March 10, 2011 3:03 PM
To: Valkeinen, Tomi
Cc:
On Thu, 2011-03-10 at 03:33 -0600, K, Mythri P wrote:
Hi Tomi,
On Thu, Mar 10, 2011 at 2:49 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Thu, 2011-03-10 at 03:00 -0600, K, Mythri P wrote:
Hi Tomi,
On Thu, Mar 10, 2011 at 1:22 PM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
Thanks Kalle for tracking this down,
could you try this patch along with the patch from this message:
http://www.spinics.net/lists/linux-omap/msg48115.html
and see if it also fixes the problem?
This patch should also prevent the hwmod code from putting the WDT2 into
smart-idle mode.
-
Hi Paul,
On Thu, Mar 10, 2011 at 5:03 AM, Paul Walmsley p...@pwsan.com wrote:
Hello Jean
Thanks for working on this stuff. Some comments based on a quick look...
On Wed, 9 Mar 2011, Jean Pihet wrote:
Implement OMAP PM layer omap_pm_set_max_dev_wakeup_lat API by
creating a unified API
On Thu, 24 Feb 2011, G, Manjunath Kondaiah wrote:
Certain errata in OMAP2+ processors will require forcing
master standby to no standby mode before completing on going
operation. Without this, the results will be unpredictable.
Since current implementation of PM run time framework does not
Hi Tero,
On Mon, 7 Mar 2011, tero.kri...@nokia.com wrote:
What is the current status with those idlest patches anyway?
They aren't completed yet, so they won't make it into 2.6.39. I hope to
get them in early in 2.6.40.
- Paul
--
To unsubscribe from this list: send the line unsubscribe
On Tue, 15 Feb 2011, Tero Kristo wrote:
This saves some power. OMAP4 version should check for GPT module ID, as
autoidle is only supported on a subset of these.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Thanks, queued for 2.6.39 since it looks like these won't be converted to
hwmod
On 3/10/2011 9:39 AM, Cousson, Benoit wrote:
Salut Paul,
On 3/10/2011 3:37 AM, Paul Walmsley wrote:
Hi,
I just queued a patch to fix the SmartReflex problem. It's the part that
fixes the incorrect data:
http://marc.info/?l=linux-omapm=129972435510631w=2
Benoît, if you are happy
-Original Message-
From: ext Paul Walmsley [mailto:p...@pwsan.com]
Sent: 10. maaliskuuta 2011 11:50
To: Jokiniemi Kalle (Nokia-MS/Tampere)
Cc: khil...@ti.com; linux-omap@vger.kernel.org; Koskinen Ilkka (Nokia-
MS/Tampere); jhnik...@gmail.com; b-cous...@ti.com
Subject: Re: [PATCH
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.
The current design adheres to the DSS2 architecture.
It is split into the HDMI DSS driver and HDMI panel driver.
HDMI DSS driver (hdmi.c) is responsible for
1.OMAP
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/dss.c |5 +
drivers/video/omap2/dss/dss.h |6 ++
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/dss/dss.c b/drivers/video/omap2/dss/dss.c
index aed9345..0be83c8 100644
---
calling the platform registration of HDMI driver from core
during initialization.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/core.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/dss/core.c
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/Kconfig |8
drivers/video/omap2/dss/Makefile |2 ++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/dss/Kconfig b/drivers/video/omap2/dss/Kconfig
index db01473..bfc5da0
Adding HDMI type in dss_features , overlay and
the manager so that HDMI type of display will be recognized.
Signed-off-by: Mythri P K mythr...@ti.com
---
arch/arm/plat-omap/include/plat/display.h |1 +
drivers/video/omap2/dss/display.c |2 ++
Adding the hdmi interface driver(hdmi.c) to the dss driver.
It configures the audio and video portion of HDMI based on
functionality called by the panel driver.
Signed-off-by: Mythri P K mythr...@ti.com
Yong Zhi y-...@ti.com
---
drivers/video/omap2/dss/display.c |3 +
Adding board file structure for display which adds the display
structure with HDMI as the default driver when the display init
is called.
HDMI GPIO configurations are also done in this file.
Signed-off-by: Mythri P K mythr...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c | 75
Adding function to reset/set gamma table bit for TV interface
currentl only support for disabled is added.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/dispc.c | 13 +
drivers/video/omap2/dss/dss.h |1 +
2 files changed, 14 insertions(+), 0
Adding the hdmi interface driver header file (hdmi.h) to the dss driver.
Register and structure declaration done here.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/hdmi.h | 415
1 files changed, 415 insertions(+), 0 deletions(-)
On Thu, 10 Mar 2011, kalle.jokini...@nokia.com wrote:
It works as well it seems :)
Cool.
I assume you prefer this fix to be applied, so I'll send patches on this.
Yes, I'd prefer this approach.
regards,
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
From: Paul Walmsley p...@pwsan.com
The HW superwised smart idle for wdtimer in OMAP3 prevents
CORE power domain idle transitions. Disable it by swithing
to SW supervised transitions.
Signed-off-by: Kalle Jokiniemi kalle.jokini...@nokia.com
Signed-off-by: Paul Walmsley p...@pwsan.com
---
From: Paul Walmsley p...@pwsan.com
The omap_wdt should only be in full active state when the
registers are being accessed. Otherwise the device can be
on lower power mode.
This patch is based on a patch created by Atal
Shargorodsky: http://lkml.org/lkml/2009/3/10/266.
Signed-off-by: Paul
These patches fix the issue where the wdtimer blocks CORE idle
transitions on n900 (OMAP3). The root cause was that SMART idle
mode in wdtimer did not allow the CORE idle transition to happen.
Paul, I added your S-o-bs to the patches already. Please check
that they are ok by you.
Paul Walmsley
On Thu, 10 Mar 2011, Kalle Jokiniemi wrote:
These patches fix the issue where the wdtimer blocks CORE idle
transitions on n900 (OMAP3). The root cause was that SMART idle
mode in wdtimer did not allow the CORE idle transition to happen.
Paul, I added your S-o-bs to the patches already.
On Thu, 10 Mar 2011, Cousson, Benoit wrote:
Please find below the 2 patches, rebased on top of the latest omap-for-linus.
git://gitorious.org/omap-pm/linux.git for_2.6.39/omap3_hwmod_data
Thanks, pulled for 2.6.39.
- Paul
--
To unsubscribe from this list: send the line unsubscribe
Paul,
On 3/10/2011 11:28 AM, kalle.jokini...@nokia.com wrote:
-Original Message-
From: ext Paul Walmsley [mailto:p...@pwsan.com]
Sent: 10. maaliskuuta 2011 11:50
To: Jokiniemi Kalle (Nokia-MS/Tampere)
Cc: khil...@ti.com; linux-omap@vger.kernel.org; Koskinen Ilkka (Nokia-
MS/Tampere);
On 3/10/2011 11:54 AM, Kalle Jokiniemi wrote:
From: Paul Walmsleyp...@pwsan.com
The HW superwised smart idle for wdtimer in OMAP3 prevents
CORE power domain idle transitions. Disable it by swithing
to SW supervised transitions.
We should probably highlight that this looks like a HW bug.
These patches fix the issue where the wdtimer blocks CORE idle
transitions on n900 (OMAP3). The root cause was that SMART idle
mode in wdtimer did not allow the CORE idle transition to happen.
v2: updated commit message on patch 1/2, Cc'd Wim, and added
comments to code about possible HW bug in
From: Paul Walmsley p...@pwsan.com
The HW superwised smart idle for wdtimer in OMAP3 prevents
CORE power domain idle transitions. Disable it by swithing
to SW supervised transitions.
This could be a hardware bug in the OMAP3 wdtimer2 block.
Signed-off-by: Kalle Jokiniemi
From: Paul Walmsley p...@pwsan.com
The omap_wdt should only be in full active state when the
registers are being accessed. Otherwise the device can be
on lower power mode.
This patch is based on a patch created by Kalle Jokiniemi:
https://patchwork.kernel.org/patch/618231/
which is itself based
not requiring a force
SW_WKUP when a module is being enabled.
This patch is currently breaking boot on OMAP4430 ES2.0 Pandaboard,
so I've dropped it from the integration branch until it can be
debugged. Could you check it, please?
The tag integration-2.6.39-20110310-008 of
git://git.pwsan.com/linux
Hi,
-Original Message-
From: ext Cousson, Benoit [mailto:b-cous...@ti.com]
Sent: 10. maaliskuuta 2011 13:23
To: Jokiniemi Kalle (Nokia-MS/Tampere)
Cc: p...@pwsan.com; Hilman, Kevin; t...@atomide.com; linux-
o...@vger.kernel.org
Subject: Re: [PATCH 2/2] OMAP3: wdtimer: Fix CORE idle
Hello Kalle,
On Thu, 10 Mar 2011, Kalle Jokiniemi wrote:
From: Paul Walmsley p...@pwsan.com
The omap_wdt should only be in full active state when the
registers are being accessed. Otherwise the device can be
on lower power mode.
This patch is based on a patch created by Atal
On Thu, 10 Mar 2011, Paul Walmsley wrote:
Regarding Benoît's E-mail about this patch, I wonder if this patch is
still needed. If you have the time, would you be willing to do yet
another test with the HWMOD_SWSUP_SIDLE patch, but without this one?
Sigh, I take this back. I don't think it
Hi Paul,
On Thursday 10 March 2011 05:48 PM, Paul Walmsley wrote:
This patch is currently breaking boot on OMAP4430 ES2.0 Pandaboard,
so I've dropped it from the integration branch until it can be
debugged. Could you check it, please?
The tag integration-2.6.39-20110310-008 of
git
Hi Benoît,
On Thu, 10 Mar 2011, Cousson, Benoit wrote:
On 3/10/2011 11:28 AM, kalle.jokini...@nokia.com wrote:
-Original Message-
From: ext Paul Walmsley [mailto:p...@pwsan.com]
Sent: 10. maaliskuuta 2011 11:50
To: Jokiniemi Kalle (Nokia-MS/Tampere)
Cc:
integration-2.6.39-20110310-008 of
git://git.pwsan.com/linux-integration boots fine; it's got everything
but this patch. Then when this patch is applied, I2C problems show
up, and root (on MMC) doesn't mount.
Looks like you are missing this patch which should fix the i2c
timeouts..
http
?
The tag integration-2.6.39-20110310-008 of
git://git.pwsan.com/linux-integration boots fine; it's got everything
but this patch. Then when this patch is applied, I2C problems show
up, and root (on MMC) doesn't mount.
Looks like you are missing this patch which should fix the i2c
timeouts..
Do
branch until it can be
debugged. Could you check it, please?
The tag integration-2.6.39-20110310-008 of
git://git.pwsan.com/linux-integration boots fine; it's got everything
but this patch. Then when this patch is applied, I2C problems show
up, and root (on MMC) doesn't mount
On Thu, 10 Mar 2011, Ben Dooks wrote:
see
http://git.fluff.org/gitweb?p=bjdooks/linux.git;a=shortlog;h=refs/heads/for-2639-rc7/i2c-fixes
awaiting linus.
Thanks Ben.
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Thu, 2011-03-10 at 04:44 -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.
The current design adheres to the DSS2 architecture.
It is split into the HDMI DSS driver and HDMI panel
On Thu, 2011-03-10 at 04:44 -0600, K, Mythri P wrote:
Adding HDMI type in dss_features , overlay and
the manager so that HDMI type of display will be recognized.
Signed-off-by: Mythri P K mythr...@ti.com
What editor are you using? Your descriptions and comments are often
oddly formatted,
On Thu, 2011-03-10 at 04:44 -0600, K, Mythri P wrote:
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/dss.c |5 +
drivers/video/omap2/dss/dss.h |6 ++
2 files changed, 11 insertions(+), 0 deletions(-)
This patch is missing description.
Tomi
--
To
On Thu, 2011-03-10 at 04:44 -0600, K, Mythri P wrote:
Adding function to reset/set gamma table bit for TV interface
currentl only support for disabled is added.
I guess this is missing a period, a capital C, and currently is typoed.
Signed-off-by: Mythri P K mythr...@ti.com
---
On 3/10/2011 2:08 PM, Paul Walmsley wrote:
Hi Benoît,
On Thu, 10 Mar 2011, Cousson, Benoit wrote:
On 3/10/2011 11:28 AM, kalle.jokini...@nokia.com wrote:
From: ext Paul Walmsley [mailto:p...@pwsan.com]
Sent: 10. maaliskuuta 2011 11:50
Thanks Kalle for tracking this down,
could you try
Few cosmetic comments follow:
Vishwanath Sripathy wrote, on 03/10/2011 02:36 PM:
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-
kernel-boun...@lists.infradead.org] On Behalf Of Shweta Gulati
Sent: Thursday, March 10, 2011 11:52 AM
To:
On Thu, 2011-03-10 at 04:44 -0600, K, Mythri P wrote:
Adding the hdmi interface driver(hdmi.c) to the dss driver.
It configures the audio and video portion of HDMI based on
functionality called by the panel driver.
Signed-off-by: Mythri P K mythr...@ti.com
Yong Zhi
On Thu, 2011-03-10 at 04:44 -0600, K, Mythri P wrote:
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/Kconfig |8
drivers/video/omap2/dss/Makefile |2 ++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/dss/Kconfig
On Thu, 2011-03-10 at 04:44 -0600, K, Mythri P wrote:
calling the platform registration of HDMI driver from core
during initialization.
Capital letter.
And don't say calling foo, or adding bar, or similar in the patch
description (I've seen this in other patches also). I'm not a master in
The SGI(Software Generated Interrupts) are not wakeup capable from
low power states. This is known limitation on OMAP4 and needs to be
worked around by using software forced clockdomain wake-up. CPU0 forces
the CPU1 clockdomain to software force wakeup. After the wakeup, CPU1
restores its
V2 updates:
Rebased on latest pm-core branch and fixes below comments
from Kevin Hilman khil...@ti.com.
- All acronym fixes
- Use WARN_ON() instead of BUG_ON() with graceful exit.
- Export omap4_get_base*() rather than global address pointers
- CPUidle prepare() hook + hotplug notifier to manage
This patch adds MPUSS(MPU Sub System) RET and OFF mode support
to suspend path. For both MPUSS RET and OFF support, CPUs are
programmed to OFF state.
Only MPUSS RET and OFF supported at this point of time. CORE RET
will be added subsequently.
Signed-off-by: Santosh Shilimkar
From: Rajendra Nayak rna...@ti.com
The patch adds a basic CPUidle driver for OMAP4. Just
one C state is registered for CPU0 which does a WFI.
CPU1 is left with defualt idle and the low power state
for it is managed via cpu-hotplug.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by:
This patch adds MPUSS low power states in cpuidle.
C1 - CPU0 ON + CPU1 ON + MPU ON
C2 - CPU0 ON + CPU1 OFF + MPU ON
C3 - CPU0 OFF + CPU1 OFF + MPU CSWR
C4 - CPU0 OFF + CPU1 OFF + MPU OFF
MPU OSWR isn't supported yet. To support OSWR, power domain context
registers
With OMAP4 suspend, idle and hotplug series, we no longer need
do_wfi() macro.
Remove the same.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/include/mach/omap4-common.h | 10 --
1 files changed, 0 insertions(+), 10
Program non-boot CPUs to hit lowest supported power state
when it is off-lined using cpu hotplug framework.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/omap-hotplug.c | 18 +-
1 files changed, 13
WakeupGen IP is integrated along with GIC to manage the
interrupt wakeups from CPU low power states. It's located in
always ON power domain. It manages masking/unmasking of
Shared peripheral interrupts(SPI).So the interrupt enable/disable
control should be in sync and consistent at WakeupGen and
On OMAP4 when attempting MPU off-mode or OSWR, the GIC context is
lost. This patch adds GIC context save and restore support.
The context save is done by software and restore is done by
ROM code from predefined SAR locations where the context supposed
to be saved. Refer to OMAP4430 TRM for the
This patch adds the CPU0 and CPU1 off mode support. CPUX close switch
retention (CSWR) is not supported by hardware design.
The CPUx OFF mode isn't supported on OMAP4430 ES1.0
CPUx sleep code is common for hotplug, suspend and CPUilde.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Initialise hardware supervised mode for all clockdomains if it's
supported. Initiate sleep transition for other clockdomains,
if they are not being used.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
When MPUSS hits off-mode e, L2 cache is lost. This patch adds L2X0
necessary maintenance operations and context restoration in the
low power code.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/omap4-mpuss-lowpower.c | 18
This patch adds SAR RAM support on OMAP4430. SAR RAM used to save
and restore the HW context in low power modes.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/include/mach/omap4-common.h |1 +
This patch adds configurable wakeup timer support in suspend. Also
for statistics pm counter support is added.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/omap4-mpuss-lowpower.c |4
arch/arm/mach-omap2/pm-debug.c
The power management code needs to have access to enable/disable the
gic cpu interface and distributor based on targetted low power
states.
These APIs are suppose to me moved to common ARM GIC library and patch
for the same was posted earlier. The GIC code refactoring is ongoing
and hence for
This patch adds OMAP WakeupGen support. The WakeupGen unit is responsible
for generating wakeup event from the incoming interrupts and enable bits.
The WakeupGen is implemented in MPU Always-On power domain. During normal
operation, WakeupGen delivers external interrupts directly to the GIC.
When
On OMAP4 CPUidle, the low power states are triggered when CPU1
is offlined to OFF power state. When the CPU1 is online, no
low power states are supported.
The patch adds CPU hotplug notifier to manage the C-state
states using CPUidle prepare() hook and CPUIDLE_FLAG_IGNORE
c-state flag.
This was
CPU local timer(TWD) stops when the CPU is transitioning into
deeper C-States. Since these timers are not wakeup capable, we
need the wakeup capable global timer to program the wakeup time
depending on the next timer expiry.
It can be handled by registering a global wakeup capable timer along
OMAP L2X0 and GIC initialisation code uses BUG_ON() for the
ioremap() failure scenarios.
Use WARN_ON() instead and allow graceful function exits.
This was suggsted by Kevin Hilman khil...@ti.com during
OMAP4 PM code review.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin
Paul, Benoit,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Paul Walmsley
Sent: Thursday, March 10, 2011 2:15 PM
To: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Cc: Rajendra Nayak; Benoît
On Thu, 10 Mar 2011, Paul Walmsley wrote:
On Wed, 9 Mar 2011, Rajendra Nayak wrote:
On Wednesday 09 March 2011 09:20 AM, Paul Walmsley wrote:
On Fri, 4 Mar 2011, Rajendra Nayak wrote:
On OMAP4, the PRCM recommended sequence for enabling
a module after power-on-reset is
-1-
On Thu, 10 Mar 2011, Santosh Shilimkar wrote:
We continued further debug on the static dependency issues with
OMAP4 PM series.
So far from the findings what I have, this timer patch is actually not
needed and can be dropped. Infact the patch is not really effective
because current timer
Hi,
if i try this patch series the boot stops after (seeing via serial console):
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
without this patch series i can see the boot to th OS. I am using this
patches on top of
On Thu, 10 Mar 2011, Kalle Jokiniemi wrote:
From: Paul Walmsley p...@pwsan.com
The HW superwised smart idle for wdtimer in OMAP3 prevents
CORE power domain idle transitions. Disable it by swithing
to SW supervised transitions.
This could be a hardware bug in the OMAP3 wdtimer2 block.
Hi Mythri,
On Thu, 2011-03-10 at 04:44 -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.
The current design adheres to the DSS2 architecture.
I was testing this on Blaze, with VENC
Hi,
On Tue, 8 Mar 2011, Cousson, Benoit wrote:
Adding the check in the clock framework for DSS clock nodes only might be the
cleanest way to do that right now.
You can map clock nodes to clkops_omap2_dflt_wait clkops instead of the
clkops_omap2_dflt currently used. But then you will have
Paul,
On 3/10/2011 2:54 PM, Cousson, Benoit wrote:
On 3/10/2011 2:08 PM, Paul Walmsley wrote:
Hi Benoît,
On Thu, 10 Mar 2011, Cousson, Benoit wrote:
On 3/10/2011 11:28 AM, kalle.jokini...@nokia.com wrote:
From: ext Paul Walmsley [mailto:p...@pwsan.com]
Sent: 10. maaliskuuta 2011 11:50
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, March 10, 2011 3:33 AM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v12 6/9] dmtimer: switch-over to platform device
driver
* Tarun Kanti DebBarma tarun.ka...@ti.com
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, March 10, 2011 3:12 AM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org; Gopinath, Thara
Subject: Re: [PATCH v12 4/9] OMAP2+: dmtimer: convert to platform devices
* Tarun Kanti DebBarma
1. In ti_hecc_xmit(), data is not initialized, causing
undesirable effects like setting the RTR field for every
transmit.
2. In ti_hecc_probe(), the spinlock priv-mbx_lock is not
inited, causing a spinlock lockup BUG.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Acked-by: Anant Gole
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Thursday, March 10, 2011 8:15 PM
To: Santosh Shilimkar
Cc: Benoit Cousson; Rajendra Nayak; linux-omap@vger.kernel.org;
linux-arm-ker...@lists.infradead.org; Kevin Hilman
Subject: RE: [PATCH] OMAP4: hwmod: Disable
CAN module on AM3517 requires programming of IO expander
as part of init sequence. Added transceiver_switch
callback to handle this.
Signed-off-by: Sriramakrishnan s...@ti.com
Reviewed-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Abhilash K V abhilash...@ti.com
---
Hi,
On Thu, 10 Mar 2011, Tomi Valkeinen wrote:
Generally, split the lines at column, say, 78.
I think it should be 75 at most, which is also default for fmt.
git log idents the comment by 4 spaces, and it would be nice to have
logs readable with an 80-column screen.
A.
--
To unsubscribe
On 03/10/2011 05:21 PM, Abhilash K V wrote:
1. In ti_hecc_xmit(), data is not initialized, causing
undesirable effects like setting the RTR field for every
transmit.
Does it need to be initialized to data = cf-can_dlc? If yes, please
correct the message, if not ...
2. In
1 - 100 of 143 matches
Mail list logo