Hi,
On Friday 24 April 2009 15:09:29 Kevin Hilman wrote:
Nayak, Rajendra rna...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, April 23, 2009 1:35 AM
To: Nayak, Rajendra
Cc: linux-omap
Subject: Re: [PATCH 00/10]
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Grazvydas Ignotas
Sent: Monday, April 27, 2009 2:43 PM
To: linux-omap@vger.kernel.org
Cc: David Brownell
Subject: Card detect IRQ errors
With current l-o head when
On Mon, Feb 23, 2009 at 9:55 PM, Felipe Balbi m...@felipebalbi.com wrote:
Hi all,
Please give the following patches a good test. I don't have
hw to test them so any comments will be really welcome.
We still have lots to do before getting this driver upstream,
let's try to keep track of our
On Mon, Apr 27, 2009 at 11:18:32AM +0200, ext Grazvydas Ignotas wrote:
On Mon, Feb 23, 2009 at 9:55 PM, Felipe Balbi m...@felipebalbi.com wrote:
Hi all,
Please give the following patches a good test. I don't have
hw to test them so any comments will be really welcome.
We still have
On Monday 27 April 2009, Grazvydas Ignotas wrote:
With current l-o head when I insert or remove SD card I'm getting this:
[ 20.733489] [ cut here ]
[ 20.738159] WARNING: at kernel/irq/handle.c:366
handle_IRQ_event+0x4c/0x14c()
[ 20.745330] BUG: IRQ handler
With current l-o head when I insert or remove SD card I'm getting this:
[ 20.733489] [ cut here ]
[ 20.738159] WARNING: at kernel/irq/handle.c:366 handle_IRQ_event+0x4c/0x14c()
[ 20.745330] BUG: IRQ handler called from non-hardirq
context!Modules linked in:
[
Hi,
Has anybody successfully added kernel level battery support for the
Overo TI OMAP 3503 platform?
I want to populate the /sys/class/power_supply folder with ac and
battery objects. Right now the /sys/class/power_supply folder is empty
for me.
Best regards,
Elvis
--
To unsubscribe
On Sat, 2009-04-25 at 05:28 -0600, Paul Walmsley wrote:
During regulator registration, any error after device_register() will
cause a double-free on the struct regulator_dev 'rdev'. The bug is in
drivers/regulator/core.c:regulator_register():
...
scrub:
Hello,
Paul Walmsley wrote:
It seems to work: under constant I2C load, no spurious IRQ messages
showed up after several hours of testing. (Without these patches,
spurious IRQs usually show up in a few minutes.) Some of the code has
also been cleaned up.
Any feedback on how this series works
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, April 22, 2009 2:00 AM
To: Aggarwal, Anuj
Cc: linux-omap@vger.kernel.org; Premi, Sanjeev; Pillai, Manikandan
Subject: Re: RFC for supporting multiple PMICs
* Aggarwal, Anuj anuj.aggar...@ti.com
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, April 25, 2009 4:21 AM
To: Roger Quadros
Cc: Nayak, Rajendra; linux-omap
Subject: Re: [PATCH 00/10] OMAP3: SR: Fixes in Smartreflex driver
Roger Quadros ext-roger.quad...@nokia.com
Paul Walmsley p...@pwsan.com writes:
mach/pm.h is almost completely OMAP1-specific. Move it to plat-omap1 and
remove the unused OMAP2xxx-specific defines. Many files included mach/pm.h
but did not actually use any symbols; remove those #includes. Any
definitions needed for OMAP2/3 have
Pending bits in IRQSTATUS can prevent the system from hitting
retention. The PRCM interrupt handler takes care of clearing the
IRQSTATUS bits, but any pending bits before first suspend or idle may
prevent the system from hitting retention. Ensure they are cleared
during PRCM setup.
Greetings,
I need to implement a timer as a wake up trigger while my custom board
is in the suspended state. I read in the TRM that all of the GPTIMERs
have the capability of generating a wake up interrupt. I'm using the
2.6.28-rc8 PM Kernel which contains the patch to enable all the
GPTIMERS as
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Ashwin Bihari
Sent: Monday, April 27, 2009 9:20 PM
To: linux-omap@vger.kernel.org Mailing List
Subject: OMAP35x GP TIMER as a wakeup trigger
Greetings,
I need to
From: Phil Carmody ext-phil.2.carm...@nokia.com
When setting to 0, we don't need to do searches for the resource by
its name. In the case where we do search, handle the error condition
cleanly.
Signed-off-by: Phil Carmody ext-phil.2.carm...@nokia.com
---
arch/arm/mach-omap2/smartreflex.c | 24
A couple of simple patches to improve error handling in smartreflex.
The first has a practical benefit of avoiding a string-based search
in situtations where the result wouldn't be needed. The second is
simple paranoia.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
On Mon, Apr 27, 2009 at 12:08 PM, 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 Ashwin Bihari
Sent: Monday, April 27, 2009 9:20 PM
To: linux-omap@vger.kernel.org Mailing List
Ashwin,
Please see below:
Could someone familiar with this scheme quickly elaborate all the
steps that I need to go through to get the system to come out of
suspend purely on the timer? Is it is just enough to setup the timer
correctly, enable the interrupt in the appropriate
This patch configures the wakeup padconf registers to reflect the sysfs
power/wakeup settings. This allows a GPIO to wake the processor from
off mode.
Signed-off-by: Russ Dill russ.d...@gmail.com
---
arch/arm/plat-omap/gpio.c | 58 ++--
1 files changed,
This patch causes the OMAP uarts to honor the sysfs power/wakeup file for
IOPADs. Before the OMAP was always woken up from off mode on a rs232 signal
change.
This patch also creates a different platform device for each serial
port so that the wakeup properties can be control per port.
The patch
* Kalle Valo kalle.v...@iki.fi [090425 09:01]:
Felipe Contreras felipe.contre...@gmail.com writes:
Hi,
Hello,
Is there a reason why there is no v2.6.29-omap1 tag?
I don't know. But at least there's a branch named omap-2.6.29 and I used
that.
Added v2.6.29-omap1 tag now.
Tony
--
Ashwin Bihari abih...@gmail.com writes:
I need to implement a timer as a wake up trigger while my custom board
is in the suspended state. I read in the TRM that all of the GPTIMERs
have the capability of generating a wake up interrupt. I'm using the
2.6.28-rc8 PM Kernel which contains the
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): 5905102dbeebe4d733b646caad5eced616b9d65a
PatchWorks
http://patchwork.kernel.org/patch/19961/
Git
On Sunday 26 April 2009, Grazvydas Ignotas wrote:
Setup regulators for MMC1 and MMC2 to get those SD slots
working again.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
Acked-by: David Brownell dbrown...@users.sourceforge.net
CC: David Brownell davi...@pacbell.net
---
On Saturday 25 April 2009, Paul Walmsley wrote:
device_unregister() calls regulator_dev_release() which frees rdev. The
subsequent kfree corrupts memory and causes some OMAP3 systems to oops on
boot in regulator_get().
For the 3430SDP users out there, this patch also fixes the boot
Hi folks,
We have a new TWL6030 chip that is coming in. In brief, the following are the
changes w.r.t. TWL5030:
0. This is the companion chip for OMAP4430.
1. Unlike in TWL5030, audio and power chips are going to be separate chips as
TWL6030 and TWL6031.
2. Keypad and GPIO features are no
This patch:
- Creates a new file twl.c
- Segregates functions common between TWL4030 and TWL6030 and moves
them from twl4030-core.cinto twl.c
Index: linux-omap-2.6/drivers/mfd/twl.c
===
--- /dev/null
+++
28 matches
Mail list logo