This is a generic twl4030 power script for 3430 based boards. It handles
sleep and wakeup events. In case of a sleep event it will first put the
Reset and Control (RC) resources to sleep and then put the voltage regulators
to sleep. In case of a wakeup event, the system clock will be started
This patch makes twl4030 core call the power code in case the scripts are
present in the platform data.
Signed-off-by: Peter 'p2' De Schrijver [EMAIL PROTECTED]
---
drivers/mfd/Kconfig|9 +
drivers/mfd/Makefile |1 +
drivers/mfd/twl4030-core.c | 11 +++
3
This patchset integrates the twl4030 power code into the new twl4030 mfd
framework.
The scripts will be moved to the board specific data.
Peter 'p2' De Schrijver (6):
Add defines and data types for twl4030.
Move existing TWL4030 code to drivers/mfd
Hook twl4030 power code into twl4030
This patch adds a bunch of data types and defines to handle the twl4030 power
sequence scripts.
Signed-off-by: Peter 'p2' De Schrijver [EMAIL PROTECTED]
---
include/linux/i2c/twl4030.h | 64 +++
1 files changed, 64 insertions(+), 0 deletions(-)
diff
The TI 3430dsp and ldp boards have a custom power script to handle sleep and
off modes.
Signed-off-by: Peter 'p2' De Schrijver [EMAIL PROTECTED]
---
arch/arm/mach-omap2/board-3430sdp.c | 84 +++
arch/arm/mach-omap2/board-ldp.c | 84
up to 1000khz it's Fast Mode+, not highspeed.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c-omap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c b/drivers/i2c/busses/i2c-omap.c
index a999606..53d6244 100644
---
Hi,
Mans Rullgard has the patches mentioned below in his kernel tree at
http://git.mansr.com/?p=linux-omap;a=summary . I currently have those
patches and use the following sequence to set the dss1_alwon_fck clock:
/* get the rate of the parent of dpll4_m4_ck, which is dpll4_ck */
prate =
On Monday 20 October 2008, Peter 'p2' De Schrijver wrote:
This patchset integrates the twl4030 power code into the new twl4030 mfd
framework.
The scripts will be moved to the board specific data.
Peter 'p2' De Schrijver (6):
Add defines and data types for twl4030.
Move existing
Felipe,
Felipe Balbi said the following on 10/20/2008 05:26 AM:
up to 1000khz it's Fast Mode+, not highspeed.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c-omap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Mon, Oct 20, 2008 at 07:42:17AM -0500, ext Nishanth Menon wrote:
Felipe,
Felipe Balbi said the following on 10/20/2008 05:26 AM:
up to 1000khz it's Fast Mode+, not highspeed.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c-omap.c |2 +-
1 files
On Mon, Oct 20, 2008 at 08:18:20AM -0500, ext Nishanth Menon wrote:
hehe, please don't send html mails,
That was a nice catch. Didn't see that in the TRM. Let's drop this patch
then, or at least until someone test a FM+ device with omap3.
--
balbi
--
To unsubscribe from this list: send the
Looping in list. my html mail bounced :(
Original Message
Subject:Re: [PATCH] i2c: omap: highspeed only over 1000mhz
Date: Mon, 20 Oct 2008 08:18:20 -0500
From: Nishanth Menon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: linux-omap@vger.kernel.org, Ben Dooks
On Fri, 2008-10-17 at 14:45 -0700, ext Tony Lindgren wrote:
* Tomi Valkeinen [EMAIL PROTECTED] [080912 03:27]:
Print reserved memory only if it was actually reserved.
Can you reply with your Signed-off-by?
Signed-off-by: Tomi Valkeinen [EMAIL PROTECTED]
Thanks,
Tony
---
* Felipe Balbi [EMAIL PROTECTED] [081020 03:27]:
up to 1000khz it's Fast Mode+, not highspeed.
Have you tested this? To me it seems this code is needed for
dev-speed 400, and the comment may be wrong.
Tony
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c-omap.c |
It might already be known, but reverting the following commit
brings EHCI back to life (at least on Pandora):
commit 8b1f0bd44fe490ec631230c8c040753a2bda8caa
Author: Paul Walmsley [EMAIL PROTECTED]
Date: Thu Sep 25 08:38:46 2008 -0600
OMAP3 clock: put DPLL into bypass if bypass rate =
Adds a flag to the gpio-keys driver to enable the input subsystems
auto repeat function. Feature is turned on in board file.
Signed-off-by: Dominic Curran [EMAIL PROTECTED]
---
drivers/input/keyboard/gpio_keys.c |4
include/linux/gpio_keys.h |1 +
2 files changed, 5
A keypad hack was initially added when bringing up LDP.
This patch removes that hack from the TWL4030 keypad driver.
Signed-off-by: Dominic Curran [EMAIL PROTECTED]
---
drivers/input/keyboard/omap-twl4030keypad.c | 145 ---
1 files changed, 0 insertions(+), 145
The LDP uses both TWL4030 and GPIO's for its keypad inputs.
This patch changes the LDP board file to make use of both the TWL4030
and GPIO keypad drivers.
Signed-off-by: Dominic Curran [EMAIL PROTECTED]
---
arch/arm/mach-omap2/board-ldp.c | 131 +--
1 files
On Sat, Oct 11, 2008 at 09:50:36PM +0300, Felipe Balbi wrote:
On Fri, Oct 10, 2008 at 07:56:13PM +0300, Peter 'p2' De Schrijver wrote:
This patch makes twl4030 core call the power code in case the scripts are
present in the platform data.
Signed-off-by: Peter 'p2' De Schrijver [EMAIL
On Sat, Oct 18, 2008 at 12:13:18PM -0700, David Brownell wrote:
Note the MODULE_AUTHOR comment from Alessandro ... anyone
want to fess up? :)
GIT history suggests Dmitry Krivoschekov did the original
patch, Alexandre Rusev morphed some TI code into the RTC
framework, and some anonymous TI
On Monday 20 October 2008, Samuel Ortiz wrote:
I am pushing this code without MODULE_AUTHOR for now.
I agree with Alessandro it would be nice to have it, but only if it's someone
that could actually maintain it somehow. Are Dmitry or/and Alexandre good
candidates for that ?
I won't speak for
On Mon, Oct 20, 2008 at 03:51:38PM -0700, David Brownell wrote:
On Monday 20 October 2008, Samuel Ortiz wrote:
I am pushing this code without MODULE_AUTHOR for now.
I agree with Alessandro it would be nice to have it, but only if it's
someone
that could actually maintain it somehow. Are
Tomi Valkeinen [EMAIL PROTECTED] writes:
Hi,
Mans Rullgard has the patches mentioned below in his kernel tree at
http://git.mansr.com/?p=linux-omap;a=summary . I currently have those
patches and use the following sequence to set the dss1_alwon_fck clock:
/* get the rate of the parent of
This makes clk_get_parent() work on OMAP2/3.
Signed-off-by: Mans Rullgard [EMAIL PROTECTED]
---
arch/arm/mach-omap2/clock.c |5 +
arch/arm/mach-omap2/clock.h |1 +
arch/arm/mach-omap2/clock24xx.c |1 +
arch/arm/mach-omap2/clock34xx.c |1 +
4 files changed, 8
On Monday 20 October 2008, Samuel Ortiz wrote:
You mean the NR_IRQS reference from the twl4030 irq update patch ?
I just applied it to my mfd tree, which is built on top of Linus latest git,
and it seemed to at least build fine.
Yeah, that one. Evidently prep for some new sparse IRQs
Hi all,
Here's a bug fix for the irq -33 issue. So far it looks like the irq
spurious bits just tell that the irq sorting is invalid.
This patch applies after undoing Lauri's patch
5dc857b34441d5c0989b68bf3a488f89983b2645.
Looks like there are still occasional spurious GPT12 interrupts, so
I'm
26 matches
Mail list logo