On Tue, 16 Nov 2010 08:16:07 -0800
Kevin Hilman khil...@deeprootsystems.com wrote:
Yes, I'm not a big fan of the init function called multiple times
either, but I really want to minimize what board files have to do.
Historically, we tend to add all the init functions to every board
file,
Hi,
Tomi Valkeinen wrote:
On Tue, 2010-11-16 at 12:22 +0100, ext Taneja, Archit wrote:
Hi,
Tomi Valkeinen wrote:
Hi,
[snip]
diff --git a/arch/arm/plat-omap/include/plat/display.h
b/arch/arm/plat-omap/include/plat/display.h
index 586944d..3e6eec1 100644
---
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Access to some registers depends on register access mode
Three different modes are available for OMAP (at least)
• Operational mode LCR_REG[7] = 0x0
• Configuration mode A LCR_REG[7] = 0x1 and LCR_REG[7:0]! = 0xBF
• Configuration mode B
On Wed, Nov 17, 2010 at 2:01 PM, Emeltchenko Andrei
andrei.emeltchenko.n...@gmail.com wrote:
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Access to some registers depends on register access mode
Three different modes are available for OMAP (at least)
• Operational mode LCR_REG[7]
- Original Message -
From: Grant Erickson maratho...@gmail.com
To: Hemanth V heman...@ti.com
Cc: Tony Lindgren t...@atomide.com; linux-omap@vger.kernel.org
Sent: Tuesday, November 16, 2010 11:15 PM
Subject: Re: [PATCH] Add OMAP Support for Generic PWM Devices using
Dual-mode Timers
Hi,
This patch was already applied months ago.
It appeared by mistake as git format-patch took it somehow.
Please ignore it...
- Dmitry
On 16/11/10 19:19, ext Tony Lindgren wrote:
* Dmitry Kasatkin dmitry.kasat...@nokia.com [101110 09:20]:
- registration with multi OMAP kernels support
Tony Lindgren wrote, on 11/16/2010 03:27 PM:
* Nishanth Menonn...@ti.com [101105 17:29]:
From: Arno Steffenarno.stef...@googlemail.com
OMAP3_IVA_MASK should use OMAP3_IVA_SHIFT instead of OMAP3_SGX_SHIFT
Signed-off-by: Arno Steffenarno.stef...@googlemail.com
---
Sending on behalf of Arno -
From: Thomas Petazzoni t-petazz...@ti.com
Until this patch, the PRCM interrupt was handled through a normal,
single interrupt handler. However, the PRCM notifies various types of
events, which might be of interest to different drivers. In
preparation for the usage of the PRCM interrupt by those
On Tue, 2010-11-16 at 21:10 +0100, ext Tony Lindgren wrote:
* Kevin Hilman khil...@deeprootsystems.com [101116 11:45]:
Tony Lindgren t...@atomide.com writes:
* Tomi Valkeinen tomi.valkei...@nokia.com [101116 05:41]:
On Tue, 2010-11-16 at 07:09 +0100, ext Nilofer, Samreen wrote:
Hi,
On Wed, 2010-11-17 at 10:23 +0800, ext Bryan Wu wrote:
Generic DPI panel driver includes the driver and 4 similar panel
configurations. It
will match the panel name which is passed from platform data and setup the
right configurations.
With generic DPI panel driver, we can remove those 4
Acked-by: Archit Taneja arc...@ti.com
bryan...@canonical.com wrote:
There are 4 duplicated DPI panel drivers in DSS2 display
driver. They are similar and a generic DPI panel driver can
support all them with specific panel configuration. And new
DPI panel driver can be easily supported by
Hi,
Tomi Valkeinen wrote:
Hi,
Tomi Valkeinen wrote:
On Tue, 2010-11-16 at 12:22 +0100, ext Taneja, Archit wrote:
Hi,
Tomi Valkeinen wrote:
Hi,
[snip]
diff --git a/arch/arm/plat-omap/include/plat/display.h
b/arch/arm/plat-omap/include/plat/display.h
index 586944d..3e6eec1
Hi Thomas,
On 11/17/2010 1:16 PM, Thomas Petazzoni wrote:
From: Thomas Petazzonit-petazz...@ti.com
[...]
static int __init omap3_pm_init(void)
That code is purely OMAP3 specific, do you think it might scale well on
OMAP4?
BTW, you should maybe change the subject with OMAP3: prcm: ...
There are 4 duplicated DPI panel drivers in DSS2 display driver. They are
similar and a generic DPI panel driver can support all them with specific
panel configuration. And new DPI panel driver can be easily supported
by adding panel configurations into generic panel DPI driver.
This patchset
Generic DPI panel driver includes the driver and 4 similar panel
configurations. It
will match the panel name which is passed from platform data and setup the
right configurations.
With generic DPI panel driver, we can remove those 4 duplicated panel display
drivers. In the future, it is simple
Still keep sharp_ls_panel, since the sharp_ls_panel driver contains blacklight
control driver code which will be moved out later. Then we can use generic DPI
driver for sharp_ls_panel.
Signed-off-by: Bryan Wu bryan...@canonical.com
---
arch/arm/mach-omap2/board-3430sdp.c | 12 +---
Still keep sharp_ls_panel driver, because it contains blacklight control driver.
Signed-off-by: Bryan Wu bryan...@canonical.com
---
drivers/video/omap2/displays/Kconfig | 18 --
drivers/video/omap2/displays/Makefile |3 -
On Wed, Nov 17, 2010 at 8:44 PM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
On Wed, 2010-11-17 at 10:23 +0800, ext Bryan Wu wrote:
Generic DPI panel driver includes the driver and 4 similar panel
configurations. It
will match the panel name which is passed from platform data and setup the
On Wed, 2010-11-17 at 21:34 +0800, ext Bryan Wu wrote:
There are 4 duplicated DPI panel drivers in DSS2 display driver. They are
similar and a generic DPI panel driver can support all them with specific
panel configuration. And new DPI panel driver can be easily supported
by adding panel
From: Jean Pihet jean.pi...@newoldbits.com
Add comments and IDs for the following erratas:
- i540: MPU cannot exit from Standby,
- i478: Unexpected Cold-Reset is generated when device is coming
back from OFF mode
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/mach-omap2/irq.c
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Bryan Wu
Sent: Wednesday, November 17, 2010 7:05 PM
To: tomi.valkei...@nokia.com; linux-omap@vger.kernel.org;
linux-arm-ker...@lists.infradead.org; Gadiyar, Anand
Cousson, Benoit b-cous...@ti.com writes:
[...]
+#define OMAP_MPUIO_IRQ_END (IH_MPUIO_BASE + 16)
+
+/* 32 IRQs for the PRCM */
+#define OMAP_PRCM_IRQ_BASE (OMAP_MPUIO_IRQ_END)
+#define INT_34XX_PRCM_WKUP_EN (OMAP_PRCM_IRQ_BASE + 0)
+#define
On Wed, Nov 17, 2010 at 10:31:52AM +0200, Emeltchenko Andrei wrote:
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Access to some registers depends on register access mode
Three different modes are available for OMAP (at least)
• Operational mode LCR_REG[7] = 0x0
• Configuration
On 11/17/2010 5:16 PM, Kevin Hilman wrote:
Cousson, Benoitb-cous...@ti.com writes:
[...]
+#define OMAP_MPUIO_IRQ_END (IH_MPUIO_BASE + 16)
+
+/* 32 IRQs for the PRCM */
+#define OMAP_PRCM_IRQ_BASE (OMAP_MPUIO_IRQ_END)
+#define INT_34XX_PRCM_WKUP_EN
Greg KH g...@kroah.com writes:
On Wed, Nov 17, 2010 at 10:31:52AM +0200, Emeltchenko Andrei wrote:
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Access to some registers depends on register access mode
Three different modes are available for OMAP (at least)
• Operational mode
On Wed, Nov 17, 2010 at 09:28:52AM -0800, Kevin Hilman wrote:
Greg KH g...@kroah.com writes:
On Wed, Nov 17, 2010 at 10:31:52AM +0200, Emeltchenko Andrei wrote:
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Access to some registers depends on register access mode
Three
Jean Pihet jean.pi...@newoldbits.com writes:
From: Jean Pihet jean.pi...@newoldbits.com
Add comments and IDs for the following erratas:
- i540: MPU cannot exit from Standby,
- i478: Unexpected Cold-Reset is generated when device is coming
back from OFF mode
Signed-off-by: Jean Pihet
From: Jean Pihet jean.pi...@newoldbits.com
Add comments and IDs for the following erratas:
- i540: MPU cannot exit from Standby,
- i478: Unexpected Cold-Reset is generated when device is coming
back from OFF mode
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/mach-omap2/irq.c
Added APIs to get and set the mux setting via the MUX
name. In doing this the omap_mux_read and omap_mux_write can
be made static as these interfaces should be called indirectly.
Added a check in the omap_write_array to test the partition pointer
is valid prior to dereferencing.
Tested the new
On Wed, Nov 10, 2010 at 11:45 AM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
Use memblock_free() and memblock_remove() to remove the allocated or
reserved VRAM area from normal kernel memory.
This is a slightly modified version of patches from Felipe Contreras and
Namhyung Kim.
* Greg KH g...@kroah.com [101117 09:21]:
On Wed, Nov 17, 2010 at 09:28:52AM -0800, Kevin Hilman wrote:
Greg KH g...@kroah.com writes:
On Wed, Nov 17, 2010 at 10:31:52AM +0200, Emeltchenko Andrei wrote:
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Access to some
Commit 72f381ba056 (omap3: Remove VMMC2 regulator on IGEP v2)
removed an unused regulator entry, but left the second MMC channel
(used by the Libertas WLAN module) without link to power regulator.
This causes the SDIO module to fail being detected.
This patch adds the two regulators that actually
Hello,
There have been a few discussions over the few months about how to
properly use omap_hwmod to manage certain IPs that have the interface
clock as the functional clock (e.g. OMAP3 GPIOs.) The goal of this RFC
is to come to a conclusion about what should be done, and how to go
about
On Thu, Nov 18, 2010 at 12:13 AM, Premi, Sanjeev pr...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Bryan Wu
Sent: Wednesday, November 17, 2010 7:05 PM
To: tomi.valkei...@nokia.com;
Between 2.6.35 and 2.6.36 there have need quite a few changes in the NAND
driver, including a change from software to hardware ECC.
The new code has hardware ECC forced on by:
#define CONFIG_MTD_NAND_OMAP_HWECC
I am surprised that this was done. Surely this should have been a Kconfig
option
Signed-off-by: Bryan Wu bryan...@canonical.com
---
drivers/video/omap2/displays/panel-generic-dpi.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/displays/panel-generic-dpi.c
b/drivers/video/omap2/displays/panel-generic-dpi.c
index
On Wed, Nov 17, 2010 at 10:18 PM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
On Wed, 2010-11-17 at 21:34 +0800, ext Bryan Wu wrote:
There are 4 duplicated DPI panel drivers in DSS2 display driver. They are
similar and a generic DPI panel driver can support all them with specific
panel
On Wed, Nov 17, 2010 at 02:28:11PM +0200, Tomi Valkeinen wrote:
On Tue, 2010-11-16 at 21:10 +0100, ext Tony Lindgren wrote:
Sure a module would be even better. My point is that the selection of
all the features should be enabled by default and the board options come
from platform_data.
38 matches
Mail list logo