Commit 72f381ba056 removed an unused regulator entry, but left
the second MMC channel (used by the Libertas WLAN mudule) without
link to power regulator. This causes the SDIO module to fail being
detected.
This patch adds a second supply to the existing MMC1 regulator,
and let MMC2 hang off it.
Hello.
On 14-11-2010 14:34, Marc Zyngier wrote:
Commit 72f381ba056 removed an unused regulator entry, but left
Linus has aksed to also specify the commit summary in parentheses.
Signed-off-by: Marc Zyngierm...@misterjones.org
Cc: Enric Balletbo i Serraeballe...@gmail.com
Cc: Tony
Hi,
On Sun, 14 Nov 2010 11:34:12 +, Marc Zyngier m...@misterjones.org
wrote:
@@ -272,8 +273,8 @@ static struct regulator_init_data igep2_vmmc1 = {
| REGULATOR_CHANGE_MODE
| REGULATOR_CHANGE_STATUS,
},
-
2010/11/14 Felipe Balbi m...@felipebalbi.com:
Hi,
On Sun, 14 Nov 2010 11:34:12 +, Marc Zyngier m...@misterjones.org
wrote:
@@ -272,8 +273,8 @@ static struct regulator_init_data igep2_vmmc1 = {
| REGULATOR_CHANGE_MODE
On Sun, 14 Nov 2010 19:11:46 +0100
Enric Balletbò i Serra eballe...@gmail.com wrote:
Why we need to define an unexistent regulator in board file ? This
should not be done enabling the CONFIG_DUMMY_REGULATOR in your kernel
configuration ?
I'm not adding another regulator, but instead simply
This patch adds support to request and use one or more of the OMAP
dual-mode timers as a generic PWM device compatible with other generic
PWM drivers such as the PWM backlight or PWM beeper driver.
Boards can register such devices using platform data such as in the following
example:
Tomi Valkeinen wrote:
Hi,
On Tue, 2010-10-26 at 06:28 +0200, ext Samreen wrote:
This patch series adds the Display Support for OMAP3 platforms and the
corresponding changes in the board files.
Version2:
- Optimised to configure INTBR from gpio to PWM1 mode setting and
enabling of
Hi,
bryan...@canonical.com wrote:
On Wed, Nov 10, 2010 at 10:35 PM, Tomi Valkeinen
[snip]
For both panel power on and off some panels require some sleep times:
when powering on, the video interface has to be enabled for some time
before the panel can be enabled, and similarly when
On Mon, Nov 15, 2010 at 12:05 PM, Taneja, Archit arc...@ti.com wrote:
Hi,
bryan...@canonical.com wrote:
On Wed, Nov 10, 2010 at 10:35 PM, Tomi Valkeinen
[snip]
For both panel power on and off some panels require some sleep times:
when powering on, the video interface has to be enabled
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, November 10, 2010 5:54 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit
Subject: Re: [PATCH v2] OMAP4: Extend clock database.
Thara Gopinath th...@ti.com
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Saturday, October 30, 2010 3:07 PM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com; Cousson, Benoit
Subject: Re: [PATCH v2] OMAP4: Extend clock database.
Thara,
On Wed, 27 Oct 2010,
This patch series adds the Display Support for OMAP3 platforms
and the corresponding changes in the board files.
Version3:
- Rebase to the latest LO
Version2:
- Optimised to configure INTBR from gpio to PWM1 mode setting and
enabling of the PWM1 mode only when its not in PWM1 mode.
From: Kishore Y kishor...@ti.com
Board-zoom-display.c added as a common file for display functionality
on boards zoom2, zoom3 and 3630sdp.
Signed-off-by: Mukund Mittal mmit...@ti.com
Signed-off-by: Kishore Y kishor...@ti.com
Signed-off-by: Rajkumar N rajkumar.nagara...@ti.com
Signed-off-by:
This series updates the core device drivers to use mux framework
for OMAP4 SDP and PANDA board. It's generated against the
linux-omap master branch. It has a dependency on the Benoit's
omap4 mux data series.
http://www.spinics.net/lists/linux-omap/msg38995.html
sricharan (5):
Use the mux framework to initialise the mmc mux pins.
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/devices.c | 83 +
1 files changed, 83 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c
Use the mux framework to initialise the musb mux pins.
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/usb-musb.c | 41
1 files changed, 41 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/usb-musb.c
Use the mux framework to initialise the mcbsp mux pins
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/mcbsp.c | 33 -
1 files changed, 32 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/mcbsp.c b/arch/arm/mach-omap2/mcbsp.c
Use the mux framework to initialise the uart mux pins.
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/serial.c | 38 ++
1 files changed, 38 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/serial.c
Use the mux framework to initialise the mcspi mux pins.
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sdp.c
19 matches
Mail list logo