On Fri, Oct 10, 2008 at 10:50:29AM -0700, ext David Brownell wrote:
On Friday 10 October 2008, Peter 'p2' De Schrijver wrote:
+extern struct twl4030_power_data generic3430_t2scripts_data;
Such extern decls should as a rule be in header files...
In this case the rule is appropriate, since
num_eps is 16, not 32.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
arch/arm/mach-omap2/board-n800-usb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-n800-usb.c
b/arch/arm/mach-omap2/board-n800-usb.c
index f8df19e..fc128f2 100644
---
- Original Message -
From: Andrew Morton [EMAIL PROTECTED]
To: Gadiyar, Anand [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; linux-omap@vger.kernel.org;
[EMAIL PROTECTED]
Sent: Saturday, October 11, 2008 2:08 AM
Subject: Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430
On
On Fri, Oct 10, 2008 at 02:35:34PM +0300, Tony Lindgren wrote:
* Tony Lindgren [EMAIL PROTECTED] [081010 12:41]:
* Tony Lindgren [EMAIL PROTECTED] [081010 12:15]:
* Russell King - ARM Linux [EMAIL PROTECTED] [081010 11:42]:
On Thu, Oct 09, 2008 at 06:17:25PM +0300, Tony Lindgren wrote:
Hi.
On Mon, Oct 13, 2008 at 06:55:43PM +0530, Madhusudhan Chikkature ([EMAIL
PROTECTED]) wrote:
+static int hdq_write_byte(struct hdq_data *hdq_data, u8 val, u8 *status)
+{
+ int ret;
+ u8 tmp_status;
+ unsigned long irqflags;
+
+ *status = 0;
+
+
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 (7):
Remove existing twl4030 power script code.
Add defines and data types for twl4030.
Twl4030 power code updated for new
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
This patch adds the twl4030 power handling. It downloads the scripts provided
by the board configuration to the twl4030 and configures the chip to call
the relevant script for each event (processor group 1 and 2 sleep,
processor group 3 sleep, wakeup or warm reset).
Signed-off-by: Peter 'p2' De
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
Make omap3 evm, beagle and overo use the generic twl4030 script.
Signed-off-by: Peter 'p2' De Schrijver [EMAIL PROTECTED]
---
arch/arm/mach-omap2/Makefile|9 ++---
arch/arm/mach-omap2/board-omap3beagle.c |4 ++--
arch/arm/mach-omap2/board-omap3evm.c|4 ++--
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|7 +++
drivers/mfd/Makefile |1 +
drivers/mfd/twl4030-core.c | 11 +++
3
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
First we remove the existing twl4030 power sequencer code.
Signed-off-by: Peter 'p2' De Schrijver [EMAIL PROTECTED]
---
drivers/i2c/chips/Makefile|2 +-
drivers/i2c/chips/twl4030-power.c | 343 -
2 files changed, 1 insertions(+), 344 deletions(-)
On Mon, Oct 13, 2008 at 2:51 AM, TK, Pratheesh Gangadhar
[EMAIL PROTECTED] wrote:
FYI, this seems to be currently broken as default_disable in
kernel/irq/chip.c is defined to be an EMPTY function. It will affect drivers
using disable_irq and following patch fixes it.
It has been an empty
FYI, this seems to be currently broken as default_disable in kernel/irq/chip.c
is defined to be an EMPTY function. It will affect drivers using disable_irq
and following patch fixes it.
static void default_disable(unsigned int irq)
{
+ struct irq_desc *desc = irq_desc + irq;
+
+
On Mon, 13 Oct 2008 18:55:43 +0530 Madhusudhan Chikkature [EMAIL
PROTECTED] wrote:
- Original Message -
From: Andrew Morton [EMAIL PROTECTED]
To: Gadiyar, Anand [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; linux-omap@vger.kernel.org;
[EMAIL PROTECTED]
Sent:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Sakoman
Sent: Monday, October 13, 2008 9:21 PM
To: linux-omap@vger.kernel.org
Subject: Re: disable_irq is broken in linux-omap-git
It has been an empty function for more than a year and a half -- see
On Mon, Oct 13, 2008 at 2:51 AM, TK, Pratheesh Gangadhar
[EMAIL PROTECTED] wrote:
FYI, this seems to be currently broken as default_disable in
kernel/irq/chip.c is defined to be an EMPTY function. It will affect
drivers using disable_irq and following patch fixes it.
It has been an empty
The issue I'm running into (see further below) in trying to start
android on an OMAP is a dalvikvm-gc error during an ashmem allocation
immediately at startup. An older posting indicates some differences
in the android init/boot model. Can anyone expand on the android
init/boot model?
I see on
Following this are several patches making the twl4030 GPIO code
fit better into the GPIO framework, updating its only current
user (hsmmc glue) and adding one more (Beagle).
- gpio_request()/gpio_free() hook, now in MM for 2.6.28-rc merge
- use that mechanism for twl4040 GPIOs
- remove most
From: David Brownell [EMAIL PROTECTED]
Add a new internal mechanism to gpiolib to support low power
operations by letting gpio_chip instances see when their GPIOs
are in use. When no GPIOs are active, chips may be able to
enter lower powered runtime states by disabling clocks and/or
power
From: David Brownell [EMAIL PROTECTED]
Convert the hsmmc init code over to standard GPIO calls:
gpio_request(), gpio_free(), gpio_get_value_cansleep().
NOTE that this doesn't pass GPIO numbers in to hsmmc_init();
those values are still hard-wired. (For the write protect
signal, the LACK of
From: David Brownell [EMAIL PROTECTED]
Expose the two TWL4030 LED signals as output-only GPIOs. Boards
need to explicitly ask that this be done, to help avoid conflicts
on boards using these same pins to hook up to a vibrator motor.
Note that these are high drive open drain signals; LEDA is
From: David Brownell [EMAIL PROTECTED]
Use the new gpiolib internal mechanism for tracking gpio usage,
making them power the GPIO module on/off, so that the standard
gpio_request()/gpio_free() calls can completely replace the
twl4030-specific versions.
Signed-off-by: David Brownell [EMAIL
24 matches
Mail list logo