On Thu, 2009-05-14 at 18:57 +0300, Kevin Hilman wrote:
Kalle,
In your Enable IO-CHAIN wakeup patch[1], you set a timout based on
1000 tries of reading back from PM_WKST_WKUP.
Just curious how you came up with that value.
I tested it around a few times, and the loop seemed to run 2
On Thu, 2009-05-14 at 20:40 +0300, Woodruff, Richard wrote:
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, May 14, 2009 12:10 PM
To: Kalle Jokiniemi
Kalle Jokiniemi kalle.jokini...@digia.com writes:
The hardware SAVEANDRESTORE mechanism seems to leave
USB
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 14 May, 2009 18:56
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP3: PM: Force USB to standby if not used
Tero Kristo tero.kri...@nokia.com writes:
From:
Hi Santosh,
Where you will be defining INT_24XX_UART1_IRQ, INT_24XX_UART1_IRQ and
INT_24XX_UART3_IRQ ?
Is it in include/asm-arm/arch-omap/serial.h?
--
Regards,
Govindraj.R
-- Forwarded message --
From: Shilimkar, Santosh santosh.shilim...@ti.com
Date: Wed, May 13, 2009 at
couple errata impacting different chip revs.
Today in the older TI reference code this condition of a stuck on
power domain does not happen. However, we are using a software
supervised method to disable the power domain. May be this code has a
bug or the hardware does around auto
omap_pm_vddX_get_opp() returns 0 if PM layer is PM_NOOP or PM_NONE.
This is not a valid OPP so we must sanity check this correctly before using.
This patch fixes system lockup when we enable smartreflex
echo 1 /sys/power/sr_vdd1_autocomp
Signed-off-by: Roger Quadros ext-roger.quad...@nokia.com
This patch adds support for McSPI slave and FIFO. DMA and FIFO
could be enabled together for better throughput. Platform config
parameters have been added to enable these features on any particular
McSPI controller.
FIFO can be enabled by defining fifo_depth parameter. fifo_depth needs
to be a
On Fri, 2009-05-15 at 14:47 +0300, Woodruff, Richard wrote:
couple errata impacting different chip revs.
Today in the older TI reference code this condition of a stuck on
power domain does not happen. However, we are using a software
supervised method to disable the power domain.
While we are at it, this new mapping could do
PROC_ReserveMemory at the same time so that the user-space application
doesn't get a chance to modify the pa.
-- What does PROC_ReserveMemory has to do with pa ?
Sorry, I don't know what kind of address PROC_ReserveMemory returns
(va?),
Few reasons as why the check shouldn't be in DSP flush functions.
- Clients might forget to call flush call
- In some cases you are not required to call the flush calls as you
might map to a non-cacheable memory for optimization purposes.
- DSP Bridge flush
* Gadiyar, Anand gadi...@ti.com [090514 19:29]:
From: Tony Lindgren Pandita
Typo?
Thanks, fixed. Updated patch below.
Tony
commit 22c76ab3882a15542567c34bf2ed548401ff8cbe
Author: Vikram Pandita vikram.pand...@ti.com
Date: Wed May 13 10:33:05 2009 -0700
ARM: OMAP3: Fix number of
On Fri, May 15, 2009 at 5:54 PM, Kanigeri, Hari h-kanige...@ti.com wrote:
While we are at it, this new mapping could do
PROC_ReserveMemory at the same time so that the user-space application
doesn't get a chance to modify the pa.
-- What does PROC_ReserveMemory has to do with pa ?
Do you know of any client that doing ReseveMemory and Map independently?
How much overhead is there in ReserveMemory?
What happens if the Map size is different than the ReserveMemory? What
happens if the size is bigger?
-- I cannot disclose the name, but it is some major Mobile Company that
Hemanth V heman...@ti.com writes:
This patch adds support for McSPI slave and FIFO. DMA and FIFO
could be enabled together for better throughput. Platform config
parameters have been added to enable these features on any particular
McSPI controller.
FIFO can be enabled by defining
The following patch series adds support for Zoom2 board.
This is a new version made after comments from Kevin Hilman.
An external debug board is included for console and LAN.
For details refer to this site:
This patch creates the minimal OMAP3 Zoom2 board support.
Signed-off-by: Mikkel Christensen m...@ti.com
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/mach-omap2/board-zoom2-debugboard.c | 165 ++
arch/arm/mach-omap2/board-zoom2.c| 109
This patch adds OMAP3 Zoom2 board to the Makefile and Kconfig.
Signed-off-by: Mikkel Christensen m...@ti.com
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/mach-omap2/Kconfig |4
arch/arm/mach-omap2/Makefile |4 +++-
2 files changed, 7 insertions(+), 1
This patch adds OMAP3 Zoom2 board defconfig.
Signed-off-by: Mikkel Christensen m...@ti.com
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/configs/omap3_zoom2_defconfig | 1211
1 files changed, 1211 insertions(+), 0 deletions(-)
create mode
On Fri, May 15, 2009 at 8:32 PM, Kanigeri, Hari h-kanige...@ti.com wrote:
Do you know of any client that doing ReseveMemory and Map independently?
How much overhead is there in ReserveMemory?
What happens if the Map size is different than the ReserveMemory? What
happens if the size is bigger?
Mikkel Christensen m...@ti.com writes:
This patch creates the minimal OMAP3 Zoom2 board support.
Signed-off-by: Mikkel Christensen m...@ti.com
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
I'll signoff on this after fixing minor nit below...
---
Mikkel Christensen m...@ti.com writes:
This patch adds OMAP3 Zoom2 board defconfig.
Signed-off-by: Mikkel Christensen m...@ti.com
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
Acked-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/configs/omap3_zoom2_defconfig | 1211
Mikkel Christensen m...@ti.com writes:
This patch adds OMAP3 Zoom2 board to the Makefile and Kconfig.
Signed-off-by: Mikkel Christensen m...@ti.com
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
One more very minor nit...
---
arch/arm/mach-omap2/Kconfig |4
Hi Kevin
On Fri, May 15, 2009 at 13:04:42, Kevin Hilman wrote:
---
arch/arm/mach-omap2/board-zoom2-debugboard.c | 165
++
arch/arm/mach-omap2/board-zoom2.c| 109
+
2 files changed, 274 insertions(+), 0 deletions(-) create mode
This series is intended to push the core PM support from linux-omap
into mainline. It applies on top of Tony's two recent series:
- [PATCH 0/8] Omap fixes for 2.6.30-rc5
- [PATCH 0/5] More omap header clean-up for the merge window after 2.6.30
Upon review/acceptance, Tony will merge into is
From: Jouni Hogander jouni.hogan...@nokia.com
Add common omap2/3 function to check wether there is irq pending.
Switch to use it in omap2 pm code instead of its own.
Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
Signed-off-by: Kevin Hilman
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/pm34xx.c | 50 +
arch/arm/plat-omap/include/mach/control.h |5 +++
2 files changed, 55 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/plat-omap/include/mach/control.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/mach/control.h
b/arch/arm/plat-omap/include/mach/control.h
index d38697b..a9f05e5 100644
This patch allows the UART clocks to be disabled when the OMAP UARTs
are inactive, thus permitting the chip to hit retention in idle.
After the timeout of an activity timer, each UART is allowed to
disable its clocks so the system can enter retention. The activity
timer is (re)activated on any
Add D2D clocks (modem_fck, sad2d_ick, mad2d_ick) to clock framework
and ensure that auto-idle bits are set for these clocks during PRCM
init.
Also add omap3_d2d_idle() function called durint PRCM setup which
ensures D2D pins are MUX'd correctly to enable retention for
standalone (no-modem)
From: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
Otherwise, bootloaders may leave MUSB in a state which prevents
retention.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/usb-musb.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/pm34xx.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index a7734c7..9b29414 100644
--- a/arch/arm/mach-omap2/pm34xx.c
+++
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/pm34xx.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index 9b29414..7ed01e5 100644
--- a/arch/arm/mach-omap2/pm34xx.c
By default, prevent functional wakeups from inside a module from
waking up the IVA2. Let DSP Bridge code handle this when loaded.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/pm34xx.c |6 ++
arch/arm/mach-omap2/prm.h|2 ++
2 files changed, 8
Christensen, Mikkel m...@ti.com writes:
Hi Kevin
On Fri, May 15, 2009 at 13:04:42, Kevin Hilman wrote:
---
arch/arm/mach-omap2/board-zoom2-debugboard.c | 165
++
arch/arm/mach-omap2/board-zoom2.c| 109
+
2 files changed, 274
I'm using the L25.6/android-2.6.27 kernel and am adapting it as
necessary to OMAP3530-based hardware. However, I don't see how to
configure the kernel for an LCD display other than the NEC display
defined for ZOOM2 (which is an SPI-based display?). I'm using an LG
display via the dss_data[17:0]
From: Subramani subram...@subbuv30-laptop.(none)
This patch adds code in board-ldp to support omapdss platform device
Currently it supports two displays on LDP
LCD and TV.
TV Output is not working due to i2c issues
TV output is tested with other branch, works on NTSC, but PAL has sync
issues.
Hi Felipe,
-- I cannot disclose the name, but it is some major Mobile Company that
is following this approach. One big chunk of DSP Virtual address region is
grabbed during boot time, and after that all the maps/unmaps are managed
from this memory region.
On Linux?
-- Yes.
So the DSP
The following patch series adds support for Zoom2 board.
This is a new version made after comments from Kevin Hilman.
An external debug board is included for console and LAN.
For details refer to this site:
This patch adds OMAP3 Zoom2 board to the Makefile and Kconfig.
Signed-off-by: Mikkel Christensen m...@ti.com
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/mach-omap2/Kconfig |5 +
arch/arm/mach-omap2/Makefile |4 +++-
2 files changed, 7 insertions(+), 1
This patch creates the minimal OMAP3 Zoom2 board support.
Signed-off-by: Mikkel Christensen m...@ti.com
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/mach-omap2/board-zoom2-debugboard.c | 161 ++
arch/arm/mach-omap2/board-zoom2.c| 107
This patch adds OMAP3 Zoom2 board defconfig.
Signed-off-by: Mikkel Christensen m...@ti.com
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/configs/omap3_zoom2_defconfig | 1211
1 files changed, 1211 insertions(+), 0 deletions(-)
create mode
Mikkel Christensen m...@ti.com writes:
The following patch series adds support for Zoom2 board.
This is a new version made after comments from Kevin Hilman.
An external debug board is included for console and LAN.
This version looks good to me.
Signed-off-by: Kevin Hilman
Russell,
* Tony Lindgren t...@atomide.com [090514 10:42]:
Hi,
Here are some omap fixes for 2.6.30-rc5 for review.
Here's the pull request for you assuming you don't have any comments
for these fixes.
Regards,
Tony
The following changes since commit 091bf7624d1c90cec9e578a18529f615213ff847:
Hi all,
Here's an patch for generic gpmc-smc91x support.
The patch now uses better timings from the smc91x data sheet thanks to
Paul Walmsley, but the SDP board timings remain a bit of a mystery..
So the patch currently does not change the timings for 2430sdp and 3430sdp
as they seem to be
44 matches
Mail list logo
