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
+++ l
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 more
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 th
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
Acked-by: David Brownell
> CC: David Brownell
> ---
> arch/arm/mach-omap2/board-omap3pandora.c | 45
> ++
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
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=commit;h=590510
Ashwin Bihari 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 patch to enable a
* Kalle Valo [090425 09:01]:
> Felipe Contreras 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
--
To unsubscribe from this list: se
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 i
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
---
arch/arm/plat-omap/gpio.c | 58 ++--
1 files changed, 39 insertions(+), 1
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 regi
On Mon, Apr 27, 2009 at 12:08 PM, Premi, Sanjeev 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
>> Subject:
From: Phil Carmody
Currently no clients call with invalid parameters, but as
these are exported functions there ought to be some protection
against what would cause NULL pointer dereferences.
Signed-off-by: Phil Carmody
---
arch/arm/mach-omap2/smartreflex.c |8
1 files changed, 8
From: Phil Carmody
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
---
arch/arm/mach-omap2/smartreflex.c | 24
1 files changed, 12 insertions
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
t
> -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 n
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 w
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.
Signed-off-by
Paul Walmsley 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 been moved to
> -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 writes:
>
> > ext Kevin
> -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 [090420 10:52]:
>
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 f
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:
> device_unregister(&rd
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 fr
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 han
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 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
On Mon, Feb 23, 2009 at 9:55 PM, Felipe Balbi 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 TODO list and
> -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 h
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:
[ 20.752
Hi,
On Friday 24 April 2009 15:09:29 Kevin Hilman wrote:
> "Nayak, Rajendra" 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
29 matches
Mail list logo